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BACKGROUND OF THE INVENTION 
10 Field of the Invention 

The invention relates to a system and method for conducting authenticated business 
transactions over an open multi-platform public network. 

Description of the Prior Art 

1 5 The formation of the World Trade Organization and the general reduction in barriers to 
trade often referred to - as globalization, which has taken place in the past decade, has 
resulted in a great expansion of international global trade. Global trade requires a special 
infrastructure to support transactions. Differences in customs, legal systems, language and 
currencies increase the complexity and risk of conducting business internationally. Global 

20 trading partners often mitigate the risks by engaging banks to intermediate transactions. 
Trading partners are willing to pay a significant fee of approximately 1% of the goods 
value to banks in exchange for reducing trading risk by substituting the creditworthiness of 
the bank for the buyer. Another way to mitigate global risks and avoid large bank fees is 
through leveraging strong relationships between trading partners. In this method, the 

25 buyer and seller have established a trusted relationship prior to the transaction, which 
gives the seller enough confidence to ship the goods subject to later collection, usually 
upon invoice. The ability to leverage trusted long term relationships is certainly 
advantageous, but is becoming increasing difficult, especially over the Internet. Global 
traders looking to quickly establish new trading relationships to increase sales or to reduce 

30 costs must either go through a time consuming process to develop the relationship over 
time, or incur a risk since verifying the identity of the trading partner in another country is 
difficult. In any event, the ability to quickly form trusted business relationships is 
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becoming mission critical and central to this capability is the ability to globally ensure the 
identity of each trading partner. 

The development of the public Internet and a multiplicity of e-businesses and electronic 
5 marketplaces (e-markets) are providing potential counterparts with the theoretical 
possibility to meet each other and conduct efficient real time trade on a global basis. 
Electronic commerce has already demonstrated its ability to add efficiency to markets by 
real time brokering of goods and services in the consumer arena. In the current consumer 
applications, authentication, payment and credit are generally handled by a simple user-id / 
10 password approach for identification and credit card or off-line arrangement for payment. 
Most business applications also use user-id / password for authentication. This level of 
authentication, alone, is not sufficient to satisfy the needs for large world wide e- 
commerce markets. 

1 5 An alternative and more certain approach to authentication than user-id/password is the 
use of public key infrastructure (PKI). PKI involves distributing a public key and a private 
key to users. A message encrypted with the private key can be decrypted with the public 
key. A common way of using PKI for authentication is to distribute the public key along 
with a message encrypted by the users private key. The validity of the public key is 

20 assured by distributing it in the form of a certificate which has been signed with the private 
key of a trusted certifying agent. The certificate can be verified using the well known 
public key of the certifying agent, and the user's public key can be used to decrypt the 
original message to authenticate the user by verifying that the message was encrypted 
using the user's private key. 

25 

The security of PKI is totally dependent on the security of the private key which is often 
protected by a hardware key such as a smart card to assure its security. Such systems are 
quite effective for authentication within a limited enterprise, but are impractical for 
authentication among a great many users as in global trade, because of the cost and 
30 complexity of managing the hardware keys on a large scale. Another drawback of such a 
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system is that there is no effective way to deal with a major breach of security without 
notifying users of the system, since certificates are self-authenticating. 

Another technique known as software camouflaging has been developed by Arcot 
5 Systems Inc. and has been described the paper "Software Smart Cards via Cryptographic 
Camouflage" by D. Hoover and N. Kausik (1999 IEEE Symposium on Security and 
Privacy") which similar to the hardware PKI described above solves some of the 
objections to PKI. The Arcot technique protects the private key by means of a 
cryptographic camouflage, which provides similar security benefits to hardware based PKI 
10 for closed public-key infrastructure, where messages are only verified by pre-defined 

trusted entities. This restriction occurs since the method requires that the user's public key 
be distributed on a certificate in an encrypted form which can only be decrypted by a 
secret key. The software camouflaging technique is more readily scaled to large numbers 
of users and curing breach of security is less of an issue since authentication is only 
15 handled by a limited number of servers. No means is provided, however, for non-trusted 
entities to accomplish validation. For this reason the technique could be called pseudo 
PKI. 

The current generation of e-commerce applications is directed towards establishing 
20 authentication of clients to a particular Internet based services, i.e. connecting a user to a 
particular Internet based business with which the user is aware and where the user 
establishes an identification relationship of some type prior to transacting business. 
Authentication is carried out by each business, by some suitable means whereby he can 
recognize a person who has previously established a relationship. Several models have 
25 become popular. In one simple model, the user knows the URL address of an e-business 
and contacts the business. The user and business establish a relationship according to a 
protocol established by the business and thereafter the user authenticates himself 
according to the protocol, often entering a user name and password which are compared 
to values stored in a database on the business' server. In another common model the user 
30 is directed to a choice of businesses by a portal, whereupon the experience is similar to 



3 



previous model. Still another class of e-businesses follow the structure of an exchange, 
where the exchange business establishes relationships with potential buyers and sellers 
who offer to buy or sell goods or services, such offers being matched in some way -by the 
exchange. In the exchange model, the actual transaction is usually consummated 
5 (payment, shipping, other infra-structure) outside of the exchange directly between the 
buyer and seller. In all of these models authentication is handled ad hoc according to the 
protocol set up by the Internet business owner, and in the case of the exchange possibly 
multiple times by the principals themselves, 

10 One advanced model that has been proposed for providing world wide web service 
provider sites to consumers is that proposed in US 5,815,665. In that patent an online 
brokering service is proposed which provides user authentication and billing services to 
allow consumer users to anonymously and securely purchase online services from service 
provider sites (e.g., World Wide Web sites) over a distributed public network. The user is 

15 authenticated by a returning a response to a challenge generated by the brokering service 
which is encrypted with the user's password. The brokering service authenticates the user 
by decrypting the response using the broker's copy of the password which it has on file. 
The user's anonymity and billing security are protected because they are held only by the 
broker rather than being distributed among a variety of service providers. The broker 

20 keeps each user's access rights to each service provider on record and provides these to 
the service provider at each session. Service providers generate a billing event message for 
each service utilized by the user and independently sends each billing event message to the 
brokering service. The brokering service bills the consumer for services used. While 
providing an important improvement to the art, US 5,815,665 has a number of deficiencies 

25 which limit its use for promoting global trade transactions. First, the degree of 

authentication is limited to the security of a password, and the password is stored along 
with the identity of the consumer on the brokering services database. Second, the service 
is asymmetric. It is fundamentally based on interaction between two unequal parties, a 
service provider and a user interacting in a particular way which is defined by the nature of 

30 the service provider's web site application. There are no extensions to allow for the two 
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parties to interact and forge a unique deal. Of particular importance in this regard, is that 
brokering service does not independently mediate the interaction between the user and the 
service provider but must rely on the report of the user's activities provided by the service 
provider through the billing event messages, thus allowing for disagreements or 
5 repudiation between the user and service provider. Also, there is no provision for the users 
of the multiple service providers to interact. 

Another model of authentication involves providing infrastructure for existing business 
partners to securely share their information and computational resources among partners 

10 and allocate access among different users. These systems may provide limited access to 
users over a public network such as the Internet, but often involve the use of special 
network hardware for full access or a VPN. These systems are only available for users 
with a preexisting relationship and do not provide a method for forming a secure trust 
relationship over a public network. They do not provide a method to simultaneously 

1 5 connect arbitrary combinations of users. 

The established models do not make optimal use of the Internet to promote global trade. 
First they leave the users to establish a multiplicity of relationships with different trade 
partners. The user has to know of the existence of the business and establish a 

20 relationship of trust and a basis for future authentication on an ad hoc basis. Also the type 
of transaction which can take place directly over the Internet is limited to simple 
transactions which are carried out in the predetermined format determined by the business 
owner, since the only relationship which has been established is between the user and the 
business and between the business and certain pre-determined infrastructure providers 

25 which have been chosen. This limitation precludes e-commerce transactions which are 
much more complicated than the standard models which were previously described. For 
instance, there is no way to make a deal for purchase of a commodity on the sellers 
Internet business site, and then "shop around" for infrastructure such as financing, 
shipping, and insurance specific to the unique deal between the buyer and seller. An even 

30 more desirable capability which cannot be currently implemented would be for a buyer 
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along with a key partner on another computer to simultaneously shop around to purchase 
- infrastructure from a variety of vendor-infrastructure provider combinations to optimize 
a particular procurement. It will be readily apparent that the Internet would be ideal for 
such optimized purchases if there was a way for appropriate trade partners and 
5 infrastructure providers to meet and reliably authenticate their identities. 

There is a need for an improved authentication system, service and method with the 
security advantages of hardware smart card PKI which can be practically applied on a very 
large scale, even on a global basis, over the public Internet so that potential trade partners 
10 can reliably locate each other, authenticate each others' identity with great confidence, and 
establish trusted relationships over the Internet. 

There is a need for an improved authentication system, service and method which provides 
an authenticated environment for collaboration between trade partners of different types 
15 on an equal basis to formulate complex business transactions. 

There is a need for an improved authentication system, service and methods which 
provides for collaboration between business partners in an authenticated environment 
mediated by a third party so as to prevent repudiation of the collaboration. 

20 

SUMMARY OF THE INVENTION 

The instant invention pertains to a method, an online service, and a system, for creating 
trade partnerships based on trust relationships over a public network, reliably 
authenticating trade partners, infrastructure providers and collaborators to each other over 

25 a distributed network such as the public Internet and providing authenticated users with an 
environment suitable for conducting business transactions requiring a high level of trust, 
particularly in world wide trade. The invention addresses the problems of establishing 
trusted relationships among widely separated and disparate parties which do not 
necessarily have a preexisting relationship, and providing an environment suitable for 

30 forming relationships and carrying out business transactions in a non-repudiation 



6 



1 » 

environment. The service acts as a trust broker by providing a unique mechanism for 
creating, monitoring, and enforcing trust relationships in business transactions involving a 
network accessed by micro processor equipped devices. 

5 The invention pertains to a persistent authentication and mediation service (PAMS) which 
is provided as an on-line service on a public distributed network such as the Internet. As 
used herein, a PAMS is an online service provided over the network which is capable of 
authenticating groups of two or more users to each other by authenticating each user to 
the PAMS and connecting the authenticated users to each other under persistent mediation 

1 0 of the PAMS. Authentication refers to the processes of a first entity proving its identity to 
one or more other entities over the network. Mediation refers to the fact that 
communications between authenticated users pass through the PAMS giving the PAMS 
the capability to monitor the interaction and compile an audit trail. Persistent refers to the 
fact that interaction remains mediated during the entire interaction under the PAMS, and 

1 5 messages persist until delivered. Persistent messaging is based on asynchronous 

communication. The audit trail is compiled by monitoring mediated messages and saving 
pre-selected or user selectable messages for permanent storage and retrieval. The content 
of messages may be stored and retrieved. 

20 Authentication of a user to PAMS according to the invention is accomplished by a 

"closed" authentication system, that is one where a prior relationship is required between 
the user and the authenticating party. The preferable closed authentication system is a 
closed PKI system, one where the PKI Certification Authority (CA) performs the 
authentication. The overall operation of the PAMS, however, serves as an "open" 

25 authentication system, that is one where the users do not need to have a direct prior 

relationship, but have trust in each others authenticity based on the authentication of the 
other to the PAMS and their connection to each other under persistent mediation of 
PAMS. 
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One embodiment of the invention is a process for conducting authenticated transactions 
among users employing microprocessor equipped devices over a distributed public 
network such as the Internet. The method involves providing a persistent authentication 
and mediation service (PAMS) on the network which carries out the following acts: 
5 1 . enrolling users - this step includes distributing software to each user which enables the 
user to authenticate to the persistent authentication and mediation service, generating 
and distributing a private key and digital certificate including a public key to the user 
in the form of a software smart card, obtaining credentials particular to the user, 
verifying the validity of the credentials, and storing the credentials in a customer 

10 database. Examples of users includes the type which accesses the Internet through an 

Internet Service Provider using a browser. A second type of user uses the persistent 
authentication and mediation service to control access to a web site or other 
application, that is accessible to the network without a browser interface. A third type 
of user could be a network accessible automated software application. 

15 2. authenticating enrolled users to the PAMS using a Public Key Infrastructure (PKI) 

system which is consistent with storage of the private key and digital certificate in the 
form of a software protected smart card - this step includes the persistent 
authentication and mediation service generating a challenge message and sending it to 
the user seeking to be authenticated, receiving a response generated by the software 

20 which was provided to the user which includes an encrypted message and a digital 

certificate containing the user's public key, decrypting the response using the user's 
public key, verifying whether the response is authentic and rejecting the user if the 
response is not authentic. A preferred PKI system is a pseudo-PKI system where the 
private key is protected by cryptographic software camouflage and the public key is 

25 encrypted on a digital certificate by a key which is controlled by the persistent 

authentication and mediation service. 

3. receiving requests from authenticated users to be connected to particular other users. 

4. connecting groups of authenticated users under persistent mediation of the persistent 
authentication and mediation service - groups may include two or more users, and 

30 may include users of the same or different types. 
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mediating the interaction among connected users, including supplying authenticated 
information about each user to the interaction, and optionally removing the identifying 
information which is normally provided by the distributed network, directly compiling 
an audit trail of the interaction, and making application level information from the 
audit trail available to the connected users. 

providing collaboration functionality to each group of interacting users to facilitate 
interaction between the users - the collaboration functionality includes a portal for 
browser users including a message board for posting messages among the 
authenticated collaborating users, and providing the users with access to the audit 
trail. Equivalent functionality is provided to transfer the authenticated exchange 
without a user interface for users not using a browser. The collaboration functionality 
preferably includes tools needed to exchange digitally signed documents attesting to 
their agreement. 

1 5 The method embodied by the persistent authentication and mediation service provides the 
major elements of trust required for conducting trade over a network such as the Internet, 
wherein trust in the service is substituted for trust in the other party, including: 

1 . establishing a user's identity and having a trusted party (the PAMS) verify the 
20 identity, 

2. providing the ability of authenticating the user to others and having others 
authenticate themselves to the user on line with a high level of confidence and trust 
based on their trust in the PAMS and persistent mediation of the PAMS during the 
interaction, 

25 3. providing the ability for users to discover appropriate trade partners based on both 
their permanent verified credentials and dynamically variable and searchable 
information, such as a "shopping list" or a current inventory list, 
4. providing the ability for anonymous but authenticated introductions among users with 
only the desired verified information coming with the introduction and without the 

30 identifying information which normally accompanies a transaction over a network, 
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5. providing the ability for two or more users to conduct an interaction which is 
mediated by the service so that a non-repudiation environment is established, 

6. providing a level of abstraction to users which is not tied to a particular URL or 
address - the PAMS allows authenticated users to locate other enrolled users by 

5 criteria and to establish connection with symmetric authentication and providing 

ability for dynamic changes in membership, and 

7. providing a "persistent environment" which allows users to shut down and restart 
their network presence in the same or different location with out losing their 
relationships. 

10 

Authentication provided by the PAMS differs from prior art methods which provide for a 
population of otherwise unrelated members to authenticate to each other. Authentication 
by the PAMS is a two step process involving first authenticating the users to the PAMS 
and then connecting authenticated users to each other under persistent mediation of the 

1 5 PAMS. Authentication of a large and disparate group of users to a single authenticating 
entity to whom they are known, can be done with a much higher level of confidence and 
trust than direct authentication of the many users to each other. A PAMS according to 
the invention, provides a way to provide the security possible in the many-to-one 
authentication while achieving the end results of many-to-many authentication. In the 

20 two step authentication process, users maintain the high level of confidence that they have 
in authentication to the PAMS when they are connected to each other under mediation of 
the PAMS, based on their trust in the PAMS. Thus the PAMS provides the high level of 
confidence which is associated with authentication to a single authenticating entity, to the 
situation where many users need to authenticate to each other. The PAMS provides 

25 symmetric authentication of users to each other, as opposed to one way authentication of 
a user to a service or server. The PAMS provides for authentication of multiple parties to 
each other. Since all interactions between users is mediated by the PAMS, interactions 
may be anonymous while still being authenticated. Anonymous transactions are 
conducted by referencing the identity rather than revealing it . Verified information about 

30 authenticated users can be exchanged without revealing the actual identity of the users to 
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each other. The combination of authentication with mediation allows for user 
management of privacy and negotiation between parties on what will be revealed. This 
latter feature is important for the early stages of establishing a trusted relationship. 

5 A mediated interaction has an audit trail which is maintained under the control of the 
PAMS, but is available to the users. An important feature of an interaction under the 
PAMS is that users, including users of different types, interact under circumstances where 
after their identity is authenticated by the PAMS and they are connected to other users 
under mediation of the PAMS, the interaction continues to be mediated by the PAMS 

1 0 during the interaction, so that an audit trail is accumulated. The audit trail is available to 
the users during the interaction. Another key feature is that groups of three or more users 
may interact. The mediated environment is a key part of establishing trust in the identity 
of the parties during the authentication process and is the basis for monitoring and 
enforcing trust during and after the transaction. 

15 

Since all transactions utilizing the PAMS are mediated and monitored at an application 
level, it is possible to accumulate an independent rating of users based on performance as 
monitored by the service. For instance, number of relationships a user or business has, 
number of deals conducted, dollar value of deals, reliability in responding to requests, 
20 response time to responding to requests, etc. This information could be used in by a 

business to monitor performance of employees or by an authentication insurance provider 
to rate the risk associated with insuring transactions of a particular business or user or by a 
member in deciding whether to form a trusted relationship with another member. 

25 A preferred implementation of the invention utilizes two new classes of network software 
which are particularly and synergistically suited for providing the PAMS. A preferred 
implementation comprises a host site connected to the network, the host site including at 
least one computer server operated by an open software platform providing intelligent 
interactions, a persistent authentication and mediation service comprising a strong 

30 software pseudo PKI authentication agent operating on the open software platform, an 
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audit agent operating on the open software platform for compiling an audit trail of 
mediated interactions and application software operating on the open software platform 
with functionality for enrolling users, authenticating enrolled users, allowing authenticated 
users to dynamically find suitable partners according to criteria which they specify, 

5 allowing authenticated partners to interact under the mediation of the persistent 

authentication and mediation service through the open software platform, and allowing 
members access to the audit trail at the application level, including access to the content of 
the interaction. The authentication system further comprises a customer database server 
comprising a database of information about the registered businesses, the database being 

10 accessible to the persistent authentication and mediation service. 

In the context of this application, an open software platform refers to a platform where 
users and enabled services operating under the platform can interact regardless of their 
hardware or operating systems, system management strategies, development environments 

15 or device capabilities. Intelligent interaction refers to the ability of enabled services to 

discover, negotiate, mediate, and compose themselves into more complicated services. A 
preferred open software platform is Hewlett Packard's e-Speak, currently available as 
version 3.01 . The e-Speak platform is implemented by an e-Speak core program which 
operates on a user's computer or server. In e-Speak, enabled services are referred to as e- 

20 Services. The ability to discover refers to the fact that when an e-service registers with a 
host system accessible to the Internet and creates a description of the service it provides, 
users of the system can automatically discover services which have desired attributes, and 
contact them without needing to have known about the service in advance or knowing its 
URL. To negotiate refers to the fact that e-Speak negotiates between the requester and 

25 provider to eliminate services which are outside of the requested criteria. To mediate 
refers to the fact that users are connected through the e-Speak core and e-speak 
continuously intermediates the service delivery after the user and e-service have been 
connected. The mediation is persistent in that an asynchronous message transfer system is 
provided to retain messages until delivered. While E-Speak mediates all interactions, it 

30 does not create a permanent audit trail by saving the interactions after delivery. The audit 
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function of PAMS is an application running on e-Speak called the audit agent. An audit 
trail may include the content of an interaction. The audit agent intercepts specified events 
or messages during mediation based on application level monitoring, and stores them in a 
database. To compose refers to the ability of e-services to combine themselves into more 
5 complex, cascading e-services even dynamically. 

E-Speak is in essence an "operating system" for building e-services operating on the 
platform. An open software source is provided to build business applications. The e- 
Speak platform does not provide for sufficient security since there is no way provided to 

10 protect the user private keys. Also e-Speak is intended for services to interact and transact 
without being centrally managed or provided. Central to the original intent of e-Speak, is 
that a service which is registered according to a known vocabulary, is instantly 
discoverable to another party through the dynamic discovery feature. A persistent 
authentication and mediation service according to the invention, requires all users to 

15 register with the PAMS to become part of a closed community. The PAMS is antithetical 
to the original intent of the open software platform and uses it in a fundamentally different 
manner than intended. 

A preferred technology for software protected pseudo PKI is a system such as the pseudo 
20 PKI system described in United States Patent 6,170,058 , "Method and Apparatus for 
Secure Cryptographic Key Storage, Certification and Use", and "Software Smart Cards 
via Cryptographic Camouflage" by D. Hoover and N. Kausik (1999 IEEE Symposium on 
Security and Privacy"). The above technique protects the private key by means of a 
cryptographic software camouflage, which provides similar security benefits to hardware 
25 based PKI but is limited to circumstances where messages are only verified by pre-defined 
trusted entities. This restriction occurs since the method requires that to maintain security 
of the private key, the user's public key be distributed on a certificate in an encrypted form 
which can only be decrypted by a secret key. For this reason, the technique has generally 
been relegated to authenticating users to a server. Since the public key is only made 
30 available in encrypted form the system may be called pseudo PKI. The software 
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camouflage technique places the private key on the users site so that it is released when 
the user enters a correct password. The private key is not merely encrypted with the 
password, however, but it is said to be camouflaged because when incorrect passwords 
are inputted, in many cases a false but otherwise plausible private key is generated. A 
5 challenge message encrypted with a false key is identifiable when submitted for 

authentication. The software camouflaging technique is readily scaled to large numbers of 
users since authentication is only carried out by a limited number of servers. This allows 
for minimal software requirement on the user's network access device and elimination of 
the need for hardware protection of the private key. 

10 

The pseudo PKI technolgy described above has been implemented in software known as 
WebFort™. Webfort™ is not capable of operating in a distributed e-services 
environment and is suitable for authenticating users to a server or integrated group of 
servers which constitutes a resource which the user seeks to access rather than for 
15 common authentication of unrelated entities to each other. The WebFort™ system does 
not support a mediated infrastructure. 

In a preferred implementation of the instant invention, the WebFort functionality is 
organized into separate components and encapsulated in a custom software container 

20 operating on the e-Speak core to provide the functionality needed for authentication by 
the PAMS. The discovery and collaboration features are implemented as software 
applications operating on the e-Speak core. Interactions between users and the PAMS and 
between users connected through the PAMS are mediated by the e-Speak core. An audit 
trail of mediated interactions is created and preserved by audit agent software operating 

25 on the e-Speak core. 

The preferred network is the public Internet, though embodiments of the invention can be 
applied to other public or private networks as well, and while the methods are described as 
being capable for facilitating transactions in global trade, it should be appreciated that the 
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invention is equally applicable to smaller distances and other networks and not limited to 
global trade or the Internet, 

The combination of the software pseudo PKI authentication agent, the audit agent, and 

5 the intelligent software platform provides unexpected benefits for enabling global business 
transactions. Placing the authentication agent on the intelligent software platform (e- 
speak) makes it possible to realize the security benefits of PKI in a manner practically 
suited for use in world trade where there are a large number of users seeking 
authentication to each other, as distinguished from authentication of users to a single 

10 server or service to which they seek access. The use of an encrypted public key in pseudo 
PKI is not a limitation since the P AMS is an intermediary to authentication and users have 
no need to know other users 5 public keys, since the authentication between two users 
occurs by both being individually authenticated to the PAMS, and then being 
authenticated to each other through mediation of the PAMS. The combination allows for 

1 5 providing the important elements identified for conducting business in an authenticated 
environment. In particular, users can dynamically locate suitable partners who are also 
enrolled in the system based on the software platform's discovery capability, and can 
become authenticated to other suitable users which have been located. Users have both 
fixed information which has been verified and dynamically variable data to aid in selection. 

20 Once suitable partners have been identified they can be introduced and connected as 

equals under the mediation of the persistent authentication and mediation service through 
the open software platform with the same high level of trust and confidence that they 
would have if each user maintained his own PKI authentication infrastructure. A 
collaboration environment is provided to facilitate making and memorializing a deal based 

25 on the persistent mediation of the software platform and the audit trail created by the audit 
agent , Sufficient evidence is collected to support non-repudiation. Partners are able to put 
together a complex project team by locating and seamlessly connecting additional 
authenticated participants. Workflow tools, authenticated bulletin board interactions, 
trading partner agreements, and deal libraries are provided. 

30 
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There is an important additional benefit which accrues from using an open software 
platform such as e-Speak on which many user web sites will be operating. When the e- 
Speak core is operating on a user's computer or server, performance of the PAMS will be 
improved because mediated communications will proceed directly between the e-Speak 
5 cores by the e-Speak Interchange Protocol (ESIP), which is an optimized data transport 
specifically developed to handle e-Speak traffic on heavily used web site.. 

Users may be of any type which has access to the network through a microprocessor 
equipped device. A first type of user accesses the Internet through an Internet Service 

10 Provider using a browser. A second type of user has outsourced authentication for a web 
site or other network accessible application to the persistent authentication and mediation 
service. A third type of user could be a web connected automated software application or 
software operated hardware device. During the enrollment process each user would 
receive software which allows the particular user type to interact with the persistent 

15 authentication and mediation service. Each user would also receive a software smart card 
containing a camouflaged private key and a digital certificate containing an encrypted 
public key. 

Usually users are part of a larger group, generally a business. A business will generally 
20 enroll with its own identity which will be verified by the persistent authentication and 
mediation service as well as a number of users which may include a combination of the 
types of users. Each user will have one or more personas which contains a subset of the 
verified business and user information. A persona identifies a user as part of the business 
as well as a particular unique individual (human or otherwise). Each business and user will 
25 also have information which may be dynamically varied by the user, such as a "shopping 
list" or inventory list. A persona can identify a users role within a business, such as title, 
amount the user is authorized to spend. A persona can be anonymous or not. 

The authentication process can be initiated by a direct request from the user to the 
30 persistent authentication and mediation service or alternatively by a request to another 
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user world wide web site which uses the persistent authentication and mediation service to 
regulate access to the site. In the latter case, the software provided to the web site will 
refer the user to the PAMS, which will authenticate the user and connect it to the web site, 
now under mediation of the PAMS. All communications with the persistent authentication 

5 and mediation service are mediated through the open software platform and once 
connected the user's interaction will be mediated by the persistent authentication and 
mediation service through the open software platform. Once a user has authenticated to 
the PAMS, it will not be necessary to repeat that process when gaining access to other 
users where an existing relationship exists or to connect to users which allow access to 

10 any user who is authenticated to the PAMS. This is a very useful feature allowing 

multiple contacts without repeated login procedures. Some users will require that they 
have the option to review and approve other users before granting them access. 

A unique feature of the PAMS is its ability to provide one or more additional 
1 5 Authentication Providers (AP) in addition to the default authentication application 

described above as a part of the persistent authentication and mediation service. These 
additional Authentication Providers would perform private key software smart card 
issuance and authentication in some specialized manner such as extremely rapid 
authentication, an authentication accompanied by authentication insurance, or stronger 
20 security due to longer cryptographic keys. Thus the PAMS goes beyond the traditional 
role of providing a simple confirmation of whether a user is authentic, but allows a user to 
personalize authentication needs. For instance, some users will only want to deal with 
other users who use authentication accompanied by authentication insurance. 

25 Similarly, PAMS can provide more than one Audit Providers, in addition to the default 

functionality provided in PAMS. Additional providers may perform special functions such 
as service quality monitoring, transactional volume monitoring, and status and status 
monitoring to support functions such as producing a bill for a service provider. PAMS is 
uniquely situated to monitor members usage of another members services and bill 

30 accordingly based on the mediation of all transactions. Another similar feature is that 
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PAMS can be used to compile a map of transactions carried out by users. This map would 
show the type or frequency of contacts with other users. Another similar feature is that 
user's membership agreements may state that employees can only trade up to the amount 
they are authorized for the company. PAMS would track the amount purchased through 
5 PAMS and proactively notify business of any exceptions 

The value the audit agent and audit providers add is the ability to enforce trust 
relationships. 

An object of the invention is to provide a method and system for providing a Persistent 
10 authentication and mediation service for reliably authenticating potential trade partners, 
infrastructure providers and collaborators of disparate types and widely separated 
locations to each other over a distributed network such as the public Internet and 
providing authenticated users with an environment suitable for conducting business 
transactions requiring a high level of trust, particularly in world wide trade. 

15 

A further object of the invention is to provide a method and system for providing a 
Persistent authentication and mediation service over a distributed network which is 
suitable for authentication of groups of disparate and widely separated users to each other 
under circumstances such as global trade where a trusted relationship is required. 

20 

A further object of the invention is to provide a method and system for providing a 
Persistent authentication and mediation service over a distributed network which will 
allow users to locate suitable trusted collaborators based on dynamically variable and 
verified information. 

25 

A still further object of the invention is to provide a method and system for providing a 
Persistent authentication and mediation service over a distributed network which will 
allow groups of authenticated users to interact under the mediation of the Service, such 
that the Service directly compiles an audit trail and information from the audit trail is made 
30 available to the interacting users. 
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A still further object of the invention is to provide a method and system for providing a 
Persistent authentication and mediation service over a distributed network which allows 
for peer to peer mutual authentication of groups users of different types. 

5 

A still further object of the invention is to provide a method and system for providing a 
Persistent authentication and mediation service over a distributed network which allows 
users to substitute trust in the Service for a direct relationship with another user in the 
steps of finding potential suitable trade partners, authenticating the identity of other users, 
10 and conducting a secure mediated interaction with other users. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

These and other features, aspects and advantages of the present invention will become 
better understood with regard to the following description, appended claims and 
accompanying drawings, where: 

5 

Figure 1 is an overview block diagram of a preferred Persistent Authentication and 
Mediation Service (PAMS) which shows the system architecture. 

Figure 2 is a diagram which shows a typical load balancing configuration of a PAMS 
10 system. 

Figure 3 is a block diagram showing the key process steps of a PAMS. 
Figure 4 is a block diagram showing the registration process. 

15 

Figure 5 is a block diagram showing the authentication process. 

Figure 6 is a block diagram showing the discovery process. 

20 Figure 7 is a block diagram illustrating the process whereby two users establish a 
relationship. 

Figure 8 is a block diagram illustrating the collaboration process. 

25 Figure 9 is a block diagram illustrating an application of a PAMS to an exchange 
(Example 3). 

Figure 10 is an exemplary Home Page for a PAMS. 
30 Figure 1 1 is an exemplary Discovery Portal for a PAMS. 
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Figure 12 is an exemplary Persona Portal 



Figure 13 is an exemplary Collaboration Portal. 

5 

Figure 14 is a drawing which shows typical hardware for a PAMS. 
Figure 15 is a flow chart of a normal PAMS workflow. 

10 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 
General Description of the Service 

The instant invention pertains to a method, an online service, and a system, for reliably 
authenticating trade partners, infrastructure providers and collaborators to each other over 
15 a distributed network such as the public Internet and providing authenticated users with an 
environment suitable for conducting business transactions requiring a high level of trust, 
particularly in world wide trade. 

One preferred embodiment of the invention is an on-line persistent authentication and 
20 mediation service (PAMS) which is provided on a distributed public network such as the 
Internet. As used herein, a PAMS is a service provided over a network which is capable 
of authenticating groups of two or more users to each other by authenticating each user to 
the PAMS and then connecting authenticated users under persistent mediation of the 
PAMS. Authentication refers to the processes of a first entity proving its identity to one or 
25 more other entities over the network. Mediation refers to the fact that communications 
between authenticated users pass through the PAMS giving the PAMS the capability to 
monitor the interaction and compile an audit trail. Persistent refers to the fact that 
interaction remains mediated during the entire interaction, and the messages are 
transferred asynchronously so that the service maintains the message until it is delivered. 
30 In the context of this application, an on line PAMS is a service which is provided over a 
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public network, such as the Internet, which is directly accessible to users of the network 
having the ordinary hardware to access the network, based on authentication and 
persistent mediation supplied by the PAMS. 

5 Authentication among many users, according to the invention, is thus a two step process 
comprising authentication of each user to the PAMS followed by connection of the 
authenticated users through mediation of the PAMS. The two step process allows 
unexpected benefits in level of security and trust in the authentication and scalability to a 
system, particularly when there are a large number of widely separated users of many 

10 different types seeking to authenticate to each other. It should be appreciated that 

authentication of many users to a central party (many-to-one authentication) is intrinsically 
subject to much greater security and assurance than providing for each of the many users 
to authenticate directly to each other (many-to-many authentication). Yet, the needs of e- 
commerce as applied particularly to global trade require the more difficult many-to many 

1 5 requirement to be solved. A PAMS according to the invention, provides a way to provide 
the security possible in many-to-one authentication while achieving the end results of 
many-to-many authentication. 

In general, the goal of authentication in large scale electronic commerce is to provide the 
20 capability for "stranger-to-stranger" authentication, that is authentication of any two 
parties where the parties have complete trust that they know who they are dealing with 
while having had no prior relationship. In fact, what is required is the even more difficult 
task of authenticating a group (two or more) of strangers to each other. This can be 
accomplished in principal with a Public Key Infrastructure (PKI) where each party has a 
25 private key and a public key. The private key is known only to the owner while the public 
key is readily available but associated in some way with the owner. In order to be useful 
for authentication the private key must be subject to the strictest security measures so that 
no other party can have access to it or invoke it. Also a trustworthy third party must verify 
the public key/private key pair and verify that the private key is in the possession of the 
30 actual person seeking to use the keys for authentication. This is usually done by a trusted 
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third party certification authority (CA) issuing a digital identity certificate binding the 
identity of the owner to a public key and signing the certificate with the private key of the 
CA (signing is the process of encrypting a message or digest of a message with a parties 
private key so that a person seeking to authenticate the message can do so by decrypting 
5 the encrypted message with the parties public key and comparing the decrypted message 
with the original message or digest to see whether they are identical.) The method is no 
more secure than the confidence in the identity certificates and the confidence in the 
security of the private keys. In practice a very extensive infrastructure would need to be 
supplied to accomplish a secure stranger-to-stranger system, usually employing a second 

1 0 agent known as a Registration authority (RA) who verifies the actual identity of a party 
seeking a certificate, obtains the public key, verifies that the party is in possession of the 
private key and that the private key is secure, and arranges for the secure delivery of the 
certificate. An authentication system such as described above is often called an "open" 
authentication system, in that parties may authenticate without having a prior direct 

1 5 relationship to each other. 

A less satisfactory approach to PKI for authentication in a closed authentication system 
may be realized through requiring a user to share information they know or otherwise 
producing evidence of their identity, Many authentication techniques have been developed 

20 for this purpose such as user-ID/password, and symmetric cryptosystems, such as 
Kerberos. These systems, provide a lesser degree of security than PKI, and are not 
generally satisfactory, but may be acceptable when combined with the extra security 
PAMS mediation provides. For example, a user-ID/password could be supplemented by 
PAMS requiring the user to answer a question based on information in the PAMS audit 

25 trail. 

The many-to-one model is intrinsically more secure than the many-to-many model simply 
because the certificates are only used by the one party which authenticates users seeking 
to use the resource which it protects. Ideally the authenticating party is also the CA and 
30 RA, or is closely related to them. This is a model often used for authentication within an 



23 



enterprise where the authenticating party is protecting access to some resource, where the 
group is a limited in size and has a 'real life" relationship to the authenticating party 
through the enterprise. It is often practical, in such an environment, to protect the private 
keys with very secure devices such as hardware smart cards, and to provide a further 

5 measure of security by encrypting the public key with a key known only to the 

authenticating party. Such a system provides a very high level of security and a very high 
level of confidence or trust that a user seeking authentication is the party it purports to be. 
An authentication system is said to be closed when a party being authenticated requires a 
prior relationship with the authenticating party. Thus a PKI architecture is often termed 

10 to be "closed" when only the CA relies on the identity certificates for authentication. In 
such a system parties must have a prior relationship with the CA prior to authentication. 

The complexities of the many-to-many model generally preclude the use of secure devises 
such as hardware smart cards which become impractical to manage and prohibitively 

1 5 expensive for a large, disparate, and widely separated user population. Further, the 
identity certificates must be useable by each of the users to authenticate the identity of 
other parties. This situation is the familiar open PKI, which is well known in the art today, 
where users are forced to rely on identity certificates generated by an unrelated CA whose 
degree of diligence in verifying the true identity of the certificate holder is suspect, and 

20 where the security of the private keys may vary from user to user. 

A PAMS according to the invention, is a hybrid of open and closed architectures in that it 
provides users authenticating to each other in a many to many environment with the high 
degree of confidence and security that characterizes the many-to-one environment because 

25 each user in fact begins a session by authenticating itself to the PAMS according to the 
many-to-one closed model where only the PAMS must directly rely on the identity 
certificates, and it has issued those certificates. The users then authenticate with other 
users by virtue of their trust in the PAMS and their connection to the other users which is 
mediated by the PAMS. Users of the PAMS have their identities verified through an 

30 enrollment process prior to being eligible for authentication to other users. Authentication 
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of a first user and a second user in PAMS is accomplished by the first user and the second 
user authenticating to PAMS using a closed system architecture, preferably a closed PKI 
architecture, and then authenticating to each other by PAMS connecting the first member 
to the second member to each other using the persistent mediation of PAMS. 

5 

It should be noted that a novelty of the instant invention is the application of a closed 
authentication model system to a model that can comprise many members authenticating 
to each other, for instance in a manner consistent with meeting the demands of 
authentication among trading partners in global trade conducted over the Internet. 

10 

A PAMS according to a preferred embodiment of the invention authenticates users based 
on a PKI system where the private key and digital certificate are secured by software. This 
is important so that the system will be practically scaleable to a population of many distant 
and disparate users. Registration, distribution and administration can be accomplished over 
1 5 the network. A preferred PKI system involves protection of the private key by 

cryptographically camouflaging it in a software container, ie. a software smart card. This 
system provides the same level of protection as hardware smart cards under circumstances 
where the public key is encrypted so as to be accessible only to the party performing 
authentication. The structure of the PAMS allows adherence to the latter condition. 

20 

It should be noted that while PAMS issues software smart cards, the cards will generally 
conform to standards which allow it to interact with other devices. For instance the 
Public-Key Cryptography Standards (PKCS) defines a set of intervendor standard 
protocols for making possible secure information exchange on the Internet using a PKI. 

25 PKCS #1 1 defines a technology independent programming interface known as Cryptoki, 
for cryptographic devices such as smart cards and PCMIA cards. The preferred 
embodiment of the invention is compatible with PKCS #11. Those skilled in the art will 
appreciate that a PAMS could also adopt alternate compatibility standards. Thus it is 
possible for an application to request credentials from their software smart card just as if it 

30 were a hardware card, and for PAMS to accept credentials from a hardware card. PAMS 
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establishes a Trust domain which follows a single certificate Policy statement so that all 
users trust the authentication from anywhere in the domain. The main Trust domain of the 
preferred embodiment uses software smart cards as the authentication approach. 
However PAMS offers a capability to recognize and authenticate credentials of external 
5 Registration Authorities defining Trust Domains external to PAMS and securing user 
credentials in a compatible device. Of course to maintain the PAMS trust integrity, ie., 
that any user in either domain will trust the authentication of another user through PAMS, 
external Registration Authorities require a higher level of security validation to PAMS 
prior to service. 

10 

Privacy is an important issue in PKL Since the identity of a party is an integral part of the 
identity certificate, it is awkward to separate authentication from the party's actual 
identity, without having a plethora of identity or attribute certificates for each user. In a 
PAMS according to the invention, a user inherently reveals its identity to the PAMS, but 
1 5 has the ability to control which information is passed on to the other party, making it 

possible to have an anonymous authenticated interaction. For instance a view of a user's 
relevant verified credentials or role within a company could be passed on without actually 
identifying the user. 

20 Authentication is the first part of a trust relationship. Since users are connected under 
mediation of the PAMS, the interaction continues to be monitored by the PAMS, 
establishing an audit trail which is accessible to the interacting users. The PAMS provides 
a non-repudiation environment which ultimately supports enforcement of the results of the 
interaction. The PAMS provides functionality which allows users to discover other 

25 members according to dynamically variable criteria, based on information which has been 
verified by the PAMS as well as user controlled information. The PAMS provides 
functionality for collaboration between members and documentation of the collaboration 
based on the audit trail compiled due to the mediation function. Collaboration may include 
many normal network functions provided in a non-repudiation environment, such as 

30 certified delivery electronic mail and ability to sign documents and verify the signing. 
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Trust may be based on the reputation of a party, that is a generally held opinion about the 
party. A party may have confidence or trust in another party based on his own experience 
in dealing with the party. This method often used in every day transactions and is often a 
5 time consuming learning process based on a sequence of transactions involving gradually 
increasing importance. Trust may also be based on general reputation in a community 
where the parties interact. Trust may also be based on recommendations of other parties. 
Finally, trust may be based on insurance obtained from an outside source. 

10 The structure of the PAMS provides an unexpected benefit in providing a basis for 

establishing trust in direct transactions over a public network such as the Internet without 
necessity of any relationship other than PAMS. The PAMS begins the establishment of 
trust by verifying the identity of users and verifying their credentials in an enrollment 
process prior to issuing an identity certificate. The PAMS also has the ability to allow a 

15 user to select from alternative authentication options which offer different levels of 
security, convenience and cost. Since interactions between users are mediated by the 
PAMS, the PAMS may obtain a continuously evolving independent rating of a user based 
on the number, type and quality of interactions and a reputation based on feedback from 
other users. This information can be supplied to other users considering establishing a 

20 relationship or by an insurance provider who can provide insurance for a transaction based 
on the reputation or the parties authentication security level. 

The preferred method for providing a persistent authentication and mediation service 
(PAMS) on a public distributed network involves the following acts: 
25 1 . Providing an online service, available on the network, which is capable of 

authenticating users and connecting authenticated user with persistent mediation of the 

online service, 

2. enrolling users - This step includes distributing software to each user which enables 
the user to authenticate to the persistent authentication and mediation service, 
30 generating and distributing a private key and a public key to the user in a software 
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protected form supporting a closed PKI architecture, obtaining credentials particular 
to the user, verifying the validity of the credentials, and storing the credentials in a 
customer database. Examples of users includes the type which accesses the Internet 
through an Internet Service Provider using a browser. A second type of user uses the 
5 persistent authentication and mediation service to control access to a web site. A third 

type of user could be a web accessible automated software application. 

3. authenticating enrolled users to the common authentication system using the software 
Public Key Infrastructure (PKI) system. - This step includes the persistent 
authentication and mediation service generating a challenge message and sending it to 

1 0 the user seeking to be authenticated, receiving a response generated by the software 

which was provided to the user which includes an encrypted message and a digital 
certificate containing the user's public key, decrypting the response using the user's 
public key, verifying whether the response is authentic and rejecting the user if the 
response is not authentic. A preferred PKI system is a pseudo-PKI system one where 

1 5 the private key is protected by cryptographic software camouflage and the public key 

is encrypted by a key known only to the persistent authentication and mediation 
service. Such a system has the advantage of providing a very high level of security and 
confidence in the PAMS structure while being scaleable to a large and diverse 
population since the identity certificate and software smart card are distributed over 

20 the network. The preferred pseudo-PKI system will be described in detail later in the 

application. 

4. receiving requests from authenticated users to be connected to particular other users - 
The PAMS provides a dynamic discovery functionality whereby authenticated users 
may locate other enrolled users according to search criteria. Users may search the 

25 dynamically variable PAMS data based on verified credentials and user variable 

information such as a "shopping list" or inventory. The user may simply click on a 
discovered user to contact that user. Of course, a first user may know the URL of a 
second user's web site on the Internet. If the second user utilizes the PAMS for 
authentication, the first user will be directed to the PAMS by the software provided to 

30 the second user's web site. The first user will then be authenticated to the PAMS as 
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described in step 2 and connected to the second user under mediation of the PAMS. 
Some web sites may choose to use the PAMS as the sole means of controlling access 
to the site. In this case an entity which has not completed enrollment in the PAMS 
will be referred to the enrollment function of the PAMS. 
5 5. connecting groups of authenticated users under mediation of the persistent 

authentication and mediation service - groups may include two or more users, and 
may include users of the same or different types. 

6. mediating the interaction among connected users, including supplying authenticated 
information about each user to the interaction, and optionally removing the identifying 

1 0 information which is normally provided by the distributed network, directly compiling 

an audit trail of the interaction, and making information from the audit trail available 
to the connected users. Mediation is a valuable feature which most users will wish to 
retain throughout an interaction. However, in some cases users may choose to disable 
mediation, and continue the interaction with out mediation and the audit trail. 

15 Mediation is mandatory for establishment of foil trust during authentication, but 

optional after authentication. 

7. providing collaboration functionality to each group of interacting users to facilitate 
interaction between the users - the collaboration functionality includes a portal for 
browser users including a message board for posting authenticated messages among 

20 the collaborating users, and providing the users with access to the audit trail. 

Equivalent functionality is provided through API's to transfer the authenticated 
exchange without a user interface for users not using a browser. The collaboration 
functionality preferably includes tools needed to exchange digitally signed documents 
attesting to their agreement. Another preferred collaboration capability which derives 

25 from the mediation of interactions is that electronic mail exchanged between parties 

can be certified, that is a receipt is generated when the mail is delivered and/or 
received. 

A persistent mediated interaction has an audit trail which is maintained under the control 
30 of the PAMS, and is available to the users. An important feature of an interaction under 
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the PAMS is that users, including users of different types, interact under circumstances 
where after their identity is authenticated by the PAMS and they are connected to other 
users under mediation of the PAMS, the interaction continues to be mediated by the 
PAMS during the interaction, so that an audit trail is accumulated. The audit trail is 
5 available to the users during the interaction and may include the content of the 

interaction. Exactly what content will be preserved is user determined. Another key 
feature is that groups of three or more users may interact. The mediated environment is a 
key part of establishing trust in the identity of the parties during the authentication 
process and is the basis for monitoring and enforcing trust during and after the 
10 transaction. 

Mediation of interactions also provides capabilities which are ancillary to authentication. 
One capability is for businesses to monitor the quality of service provided by their 
business partners. Another example is to monitor the response time experienced by 
15 visitors to the business' s site. 

Mediation is a valuable feature which most users will wish to retain throughout an 
interaction. However, in some cases users may choose to continue the interaction outside 
of the PAMS mediation and the audit trail. Mediation is mandatory for establishment of 
20 full trust during authentication, but optional after authentication. Users may elect to carry 
on interactions through a parallel connection which is not mediated by PAMS. PAMS 
may readily be configured to offer users to alternate between the mediated and direct 
connection. 

25 

When all transactions are mediated, PAMS provides the optional feature of monitoring 
one user's use of another user's resources, and billing for those resources. Another 
optional feature is to compile a transaction usage map for users which reveals the identity 
and frequency of user contacts with other user's. This feature can provide a valuable tool 
30 for analyzing a user's business patterns, for instance identifying bottlenecks. 
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Another optional feature is the capability for authenticated users to interact with network 
users which are not authenticated or even enrolled in the PAMS. For instance an 
authenticated Internet user accessing the PAMS with a browser may access a web site 

5 which not enrolled in the PAMS by entering the URL into the Discovery Portal. A user 
which is connected to the non-enrolled site does not enjoy the full benefits of PAMS, 
however the interaction will be mediated by the PAMS, including the audit trail. The 
authenticated user will also have the capability of anonymous interaction with the non- 
enrolled site, since the PAMS can remove the identifying header information from the 

10 Internet message. 

Another application of persistent authenticated mediation is anonymous processing credit 
card transactions. In current applications, a cardholder transmits his credit card 
information to a merchant over an Internet connection. The merchant, in turn, seeks 

1 5 authorization by transmitting the information to the merchant's bank (called the acquiring 
bank) which in turn seeks authorization from the card holder's issuing bank. An approval 
is passed back to the merchant, through the acquiring bank, and the merchant completes 
the transaction. In the PAMS mediated transaction, the card holder has authenticated to 
PAMS, and is shopping with the merchant under mediation of PAMS through a PAMS 

20 application, for example a wallet program such as Netar operating as a PAMS application 
program. The cardholder enters his credit card information into the wallet, and a 
corresponding reference ID is created. The reference ID looks like a credit card number 
and is partly composed of random numbers the cardholder can enter, as well as required 
information such as the (Bank Identification Number) BIN number of the Payment 

25 Processor who is a PAMS external Service Provider. The Payment Processor also has 

access to the credit card network (such as VISA or Mastercard). When a payment is to be 
made, the reference ID is passed to the merchant in place of a credit card number. The 
merchant thinks the reference ID is a credit card number and passes it on to the acquiring 
bank. The acquiring bank sends the transaction to the Payment Processor whom the 

30 acquiring bank thinks is the issuing bank. The Payment Processor obtains the card holders 
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actual credit card number and billing address fromNetar, which is passed to the issuing 
bank for authorization. Authorization or rejection is passed back to the merchant through 
the Payment Processor and the acquiring bank. The cardholder's interaction with the 
merchant can be as anonymous as desired, and the cardholder's confidential information is 
5 not transmitted over the Internet (only the transactions involving the merchant and the 
cardholder are transmitted over the Internet - all others are high speed secure 
transmissions). Additional benefits accrue when the Payment Processor is also the 
acquiring or issuing bank. 

1 0 A unique feature of the PAMS is its ability to provide one or more additional 

Authentication Providers (AP) in addition to a default authentication application which 
was described above as a part of the persistent authentication and mediation service. 
These additional AP's all interface through the default authentication application and await 
service requests from the default application. These additional Authentication Providers 

1 5 would perform private key software smart card issuance and authentication in some 

specialized manner such as extremely rapid authentication, authentication accompanied by 
authentication insurance, or authentication specialized on a certain geography or device 
type. Additional AP's may also be the interface to alternative trust domains having 
credentials issued by an RA external to PAMS. Thus the PAMS goes beyond the 

20 traditional role of providing a simple confirmation of whether a user is authentic, but 

allows users to personalize authentication needs. For instance, some users will only want 
to deal with other users who use authentication accompanied by authentication insurance. 

Another feature of PAMS is the option to provide alternative audit providers which 
25 interface through the default application audit provider similarly to authentication 

providers. Alternative audit providers may offer special auditing services such as auditing 
service quality, business transaction volume and status, and state of the art messaging 
system. Audit providers may offer different levels of security or safety of storage. 
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The presence of additional authentication providers and additional audit providers enable a 
particularly attractive options for privacy and security of users. The additional providers 
may be internal (providers which are located at the same physical setting and get started in 
the PAMS boot-up process) or external (providers which reside elsewhere on the 

5 network). By choosing external authentication and audit providers a user may choose 
where his information resides and how it is secured. This feature of the PAMS 
architecture, allows the user the ability to separate identification information (coming 
through the authentication agent) from transactional information (coming through the 
audit agent). The user is able to see the data transparently combined through the web 

1 0 portal while the data are actually coming from multiple places. This feature allows users a 
method by which My authenticated users can transact anonymously with other users. 

Usually users are part of a larger group or enterprise of some type, generally a business. 
For convenience in this application, since a primary target of the invention is international 

15 trade transactions, the word business will be used to refer to entities of all types, including 
all entities comprising one or more users with some connection which causes them to be 
grouped for the purpose of authentication. A business transaction or transaction will 
similarly refer to the interaction between two or more users. Even though the 
embodiments will be described in terms of businesses and business transactions, it will be 

20 appreciated by those skilled in the art that that the invention includes all type of 
transactions which benefit by authentication and trust among the parties. 

A business will generally enroll with its own identity which will be verified by the 
persistent authentication and mediation service as well as a number of users which may 

25 include a combination of the types of users. Each user will have one or more personas 
which contains a subset of the verified business and user information. A persona identifies 
a user as part of the business as well as a particular unique individual (human or 
otherwise). Each business and user will also have information which may be dynamically 
varied by the user, such as a "shopping list" or inventory list. A persona can identify a 

30 users role within a business, such as title, and the amount the user is authorized to spend. 
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A persona can be anonymous or not and a user may have both identified and anonymous 
personas. Anonymous personas are a significant in light of the PAMS's ability to provide 
for authenticated anonymous interactions. 

5 When the PAMS uses the preferred pseudo-PKI system, where a user's public key is 
contained in encrypted form on an identity certificate which is forwarded to the PAMS 
with the challenge response, a significant security benefit is realized, in that there is no 
need for the PAMS to store the public key or other access parameter on the authentication 
server making a breach of the system much less likely. 

10 

The authentication process can be initiated by a direct request from the user to the 
persistent authentication and mediation service or alternatively by a request to another 
user world wide web site which uses the persistent authentication and mediation service to 
regulate access to the site. In the latter case, the software provided to the web site will 

1 5 refer the user to the PAMS, which will authenticate the user and connect it to the web site, 
now under mediation of the PAMS. All communications with the persistent authentication 
and mediation service are mediated through the open software platform and once 
connected the user's interaction will be mediated by the persistent authentication and 
mediation service through the open software platform. Once a user has authenticated to 

20 the PAMS, it will not be necessary to repeat that process when gaining access to other 
users where an existing relationship exists or to connect to users which allow access to 
any user who is authenticated to the PAMS. This is a very useful feature of allowing 
multiple contacts without repeated login procedures. Some users will require a selection 
process before establishing a relationship. Authentication of a user to the PAMS will 

25 generally expire after passage of a specified period of time or upon execution of a log off 
procedure. 

A very important feature of the PAMS is that the PAMS provides a platform to form new 
relationships which did not previously exist. Enrolled users of the PAMS can find other 
30 users by searching the dynamically variable database of verified and user variable data to 
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find suitable partners. Some users will accept any potential "customer" as a partner, while 
others will have qualifying criteria which they can verify based on the credentials 
maintained in the PAMS database. A preferred optional feature of the PAMS is to 
provide work flow processes which allow a first user to screen the persona of a second 
5 user against predetermined criteria, and either accept or reject formation of the 

relationship based on the comparison. An example is a business with a web site which is 
enrolled in the PAMS and uses the PAMS to control access to its site. For instance, the 
business may indicate that it wants to form relationships with any user which is authorized 
to make purchases over $100,000. Prospective partners which discover the business from 
10 the discovery portal will be transparently screened by the PAMS and admitted or not 
based on the result of the screening. 

Combining authentication with persistent mediation provides an unexpected benefit in 
establishment of trust in interactions over the Internet. Just as many to many group 

1 5 communication tends to be more complex than one to many communication, security in 
the many to many context is harder to achieve. As group membership changes, trust 
among group members may change, and a trust providing infrastructure must be dynamic 
to accommodate the changes. The amount of trust placed in a digital certificate decreases 
over time, as an older certificate is more likely to have been compromised. CA's typically 

20 renew certificates once a year in an open PKI. Thus the relationship between a CA and a 
customer is normally based on infrequent contact. PAMS on the other hand is 
continuously involved in the end to end transactions performed by a customer, providing 
continued performance monitoring and being alerted to changes in status and consequently 
decreased risk. Information content which is available on the Internet, has generally no 

25 meaning without a well-understood context. In the case of global commerce, the context 
itself is in a constant state of change as parties interact and new traders appear and 
disappear. The combination of authentication and persistent mediation provided by PAMS 
provides a persistent context to the information content. 

30 
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Once established with a group of enrolled users, the PAMS and the enrolled users form a 
virtual network which exists on a public network such as the Internet. Enrolled users sign 
on to the network when they begin a session by authenticating to the PAMS. They may 
search for other members using the PAMS, and interact with other members with trust in 
their identity based on entry to the network being guarded by the PAMS. All interactions 
between users over the virtual network are mediated by the PAMS. The virtual network 
provides a particularly convenient forum for its users due to the ability to access other 
users seamlessly without repeated login procedures. 
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Description of the System Architecture 

While the service described could be implemented in many different embodiments, the 
preferred implementation of the invention utilizes two new classes of network software 
which are synergistically suited for providing the PAMS. The preferred implementation 
comprises a host site connected to the network, the host site including at least one 
computer server operated by an open software platform providing intelligent interactions, 
a persistent authentication and mediation service comprising a software pseudo PKI 
authentication agent operating on the open software platform, an audit agent operating on 
the open software platform for monitoring and storing mediated messages, and application 
software operating on the open software platform with functionality for enrolling users, 
authenticating enrolled users, allowing authenticated users to dynamically find suitable 
partners according to criteria which they specify, and allowing authenticated partners to 
interact under the mediation of the common authenticating service through the open 
software platform. The authentication system further preferably further comprises a 
customer database server separate from the open software platform comprising a database 
of information about the registered businesses, the database being accessible to the 
persistent authentication and mediation service, though it is possible to include the 
information within the database maintained by the open software platform. 

In the context of this application, an open software platform refers to a platform where 
users and enabled services operating under the platform can interact regardless of their 
hardware or operating systems, system management strategies, development environments 
or device capabilities. Intelligent interaction refers to the ability of enabled services to 
discover, negotiate, mediate, and compose themselves into more complicated services. 
The platform is analogous to an operating system, but instead of just mediating fixed 
requests from a process for resources and mapping virtual addresses to actual addresses, 
the operating system is capable of mediating global Internet services. All of the major 
functions of the service are preferably implemented through the open software platform, 
which mediates all interactions between PAMS and users. A preferred open software 
platform is Hewlett Packard's e-Speak, currently available as version 3.01. The e-Speak 
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platform is implemented by an e-Speak core program which operates on a user's computer 
or server. In e-Speak, enabled services are referred to as e-Services. The ability to 
discover refers to the fact that when an e-service registers with a host system accessible to 
the network and creates a description of the service it provides, users of the system can 
automatically discover services which have desired attributes, and contact them without 
needing to have known about the service in advance or knowing its URL, To negotiate 
refers to the fact that e-Speak negotiates between the requester and provider to eliminate 
services which are outside of the requested criteria. To mediate refers to the fact that users 
are connected through the e-Speak core and e-speak continuously intermediates the 
service delivery after the user and e-service have been connected. Users do not normally 
interface directly, interactions are by default mediated by the service. As previously 
mentioned there may be times when users prefer to interact directly without mediation. A 
preferred embodiment of PAMS includes the capability to alternate between mediated and 
direct interaction after authentication has been completed using persistent mediation. To 
compose refers to the ability of e-services to combine themselves into more complex, 
cascading e-services even dynamically. While e-Speak is the preferred open platform, 
other open platforms which could be well suitable for providing the service, such as those 
provided by Microsoft, IBM and Sun, particularly platforms which provide the capability 
for discovery, negotiation, and mediation as described above. Another alternative 
embodiment is to build the necessary functionality into a dedicated software package 
performing similar functions as e-Speak. 

An essential part of the service of the instant invention is an authentication agent which is 
part of the PAMS. The authentication agent performs the first step in the authentication 
process, namely authenticating a user to the PAMS. In the preferred embodiment the 
authentication agent comprises software functionality operating on the open software 
platform. The combination of the common authentication agent with the open software 
platform is a particularly synergistic combination in that authentication agent performs the 
authentication of a user to the PAMS, while the open platform provides the persistent 
mediated connection between authenticated users. The open software platform mediates 
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the exchanges between the authentication agent and the various users and then the 
interaction between authenticated users interacting under the PAMS. 

Another essential part of the service is an audit agent, which like the authentication agent 
5 is a software application operating on the open software platform. While e-Speak mediates 
all messages the messages are only stored until delivered. The audit agent performs 
logging and monitoring for all transaction events that occur in the system. The audit agent 
intercepts all interested events during mediation by the e-Speak core and stores them in a 
permanent store such as a database. 

10 

Another essential part of the service is a PAMS database. The PAMS database component 
contains the customer relationship management (CRM) information for each registered 
user. Such information includes user-specific reputation ratings, business partners, past 
and current dealings, and so forth that are personalized for each user. 

15 

Other features for promoting business transactions requiring trust, such as the ability to 
enroll users and compile a customer database of verified and variable information about 
users, ability for authenticated users to dynamically discover other enrolled users based on 
the information in the customer database meeting particular criteria, and to transact 

20 business with authenticated partners under the mediation of the service to provide for non- 
repudiation of the transactions, are preferably provided as software applications operating 
on the open software platform either integrated into a single package, or as separate 
software applications. In the preferred embodiment these software application these 
functions are part of the extensible Web Access component of e-Speak and are known as 

25 the Web Portal. The Web Portal is accessible via xml/https or ESIP via the e-Speak core. 

There is an important benefit which accrues from using an open software platform such as 
e-Speak on which many user web sites will be operating to take advantage of its electronic 
commerce advantages. When the e-Speak core is operating on a user's computer or 
30 server, performance of the PAMS will be improved because mediated communications will 
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proceed directly between the e-Speak cores of the user and the PAMS through the e- 
Speak Interexchange Protocol (ESIP) which is an optimized data transport for handling e- 
Speak traffic. It is not necessary, however, that the e-Speak core be installed on a user's 
network access device for it to utilize the PAMS. Typically users who are service 
providers providing services through a world wide web site will us the ESIP "core to 
core" connection, while users accessing through a web browser will connect with XML 
over HTTP. Performance-sensitive services use ESIP to communicate with PAMS. E- 
speak also provides a proprietary EIDL compiler (See Appendix D of the E-speak's 
Programmer's Guide) that generates stub files on top of ESIP for efficient programmatic 
access from clients to an e-speak service. 

PAMS is to be deployed on high-end computer systems with fast Internet connections. 
Therefore, successive improvements in Internet router/switch technologies and computer 
systems, which has been taken for granted in today's marketplace, will help PAMS to 
perform under increasing workload. 

In addition to mediation, the open software platform provides asynchronous message 
delivery providing persistence of messages until delivered . The persistent authentication 
and mediation service requires an asynchronous architecture to provide feult tolerance in a 
widely dispersed network so that messages will be preserved during server or network 
failures. The open software platform provides the persistent message queue management 
that is necessary to support the persistent authentication and mediation service on a global 
scale. Authenticated connections are preferably secure connections such as SSL, which is 
supported by e-Speak. 

In a PAMS in accordance with the invention, it is necessary that the authentication agent 
provide a high degree of confidence that the authenticated party is the entity which it 
purports to be, since a user's trust in the authenticity of another user can be no stronger 
than the trust that the PAMS has properly authenticated the other user. At the same time 
the authentication agent should employ an implementation which is scaleable for use by a 
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very large number of potential users, preferably hundreds of thousands or millions of users 
distributed world wide. Ordinary id/password systems which are commonly employed for 
authentication to servers or on-line services will not be considered to be sufficiently secure 
to proceed with major transactions based on their trust in the authentication. Public Key 
5 Infrastructure (PKI) systems are recognized to provide a high degree of security provided 
that the private key is well secured, however the common method of employing PKI by 
simply encrypting a private key located on the users device with a password is subject to 
attack by an intruder and may be useful for some purposes but not others. Approaches 
where identity certificates are stored on central servers and downloaded when requested, 

10 limit the ability to provide non-repudiation as multiple copies of the certificates exist. 

Hardware based smart card systems for protecting the private key are very secure but are 
considered to be very costly and unmanageable for a large and widely dispersed group of 
users such as is contemplated in world wide trade which is a primary application 
contemplated for the invention. A preferred strong software protected pseudo PKI system 

15 is a system such as the pseudo PKI system described in United States Patent 6,170,058, 
"Method and Apparatus for Secure Cryptographic Key Storage, Certification and Use", 
and "Software Smart Cards via Cryptographic Camouflage" by D. Hoover and N. Kausik 
(1999 IEEE Symposium on Security and Privacy"). The above technique protects the 
private key by means of a cryptographic software camouflage, which provides similar 

20 security benefits to hardware based PKI but is limited to circumstances where messages 
are only verified by pre-defined trusted entities. This restriction occurs since the method 
requires that to maintain security of the private key, the user's public key be distributed on 
a certificate in an encrypted form which can only be decrypted by a secret key, which is 
controlled by the trusted entities. For this reason, the technique has generally been 

25 relegated the technique to authenticating users to a resource within an enterprise rather 
than many-to-many authentication among a group of users. Since the public key is only 
made available in encrypted form the system is called pseudo PKI. The software 
camouflage technique places the private key on the users site so that it is released when 
the user enters a correct password. The private key is not merely encrypted with the 

30 password, however, but it is said to be camouflaged because when incorrect passwords 
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are inputted, in many cases a false but otherwise plausible private key is generated. A 
challenge message encrypted with a false key is identifiable when submitted for 
authentication. The software camouflaging technique is readily scaled to large numbers of 
users since authentication is only carried out by a limited number of servers. This allows 
5 for a minimal software requirement on the user's network access device which can be 
conveniently distributed over the network and elimination of the need for hardware 
protection of the private key. 

The technology for implementing a pseudo PKI system described above has been 
10 implemented in software known as WebFort™. Webfort™ as such is not capable of 

operating in a distributed e-services environment and is suitable for authenticating users to 
a server or integrated group of servers which constitutes a resource which the user seeks 
to access rather than for common authentication of unrelated entities to each other. The 
WebFort™ system does not support a mediated infrastructure. 

15 

The combination of online authentication using the cryptographic key storage PKI 
technology described above with persistent mediation solves the principal weakness of the 
cryptographic key storage when used alone. When used alone the technology is subject to 
attack by an individual who somehow obtains the correct PIN (as by clandestine 
20 observation) and also has access to the workstation on which the software smart card is 
stored. Such an individual could readily defeat the system. In a PAMS, however, the 
continuous monitoring function could readily provide an alert to the owner via another 
channel such as telephone or emaU that the digital certificate is being used. 

25 In a preferred implementation of the PAMS, the WebFort™ functions to carry out 
pseudo-PKI are organized into separate components and encapsulated in a custom 
software container operating on the e-Speak core to provide the functionality to enable 
authentication of users to the PAMS. The implementation of the discovery and 
collaboration features are implemented as software applications operating on the e-Speak 

30 core either preferably as an extension of the e-Speak Web Access component. Interactions 
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between users and the P AMS and between users connected by the PAMS are mediated by 
the e-Speak core. 

At this moment, only Arcot's card operations need to be wrapped in JNI. Other APIs 
5 such as getChallenge() and verifyReponse() are supported by Arcot's Java toolkit (Arcot's 
Application SDK Client API). The following JNI functions wrap around the SDK's 
administration C/C++ APIs: 

JNIExport jbyte Array JNICALL Java jxrcot service jvallet _create(JNIEnv *em \) object 
jobj, j string juserlD, j string jcardName); 

10 

JNIExport jbyteArray JNICALL Java jxrcot service jwalletexists(JNIEnv *env, jobject 
jobj, j string juserlD, j string jcardName), 

The JNI wrapper APIs are based on Sun's standard JNI Specification (Java Native 
Interface Specification (http://java.sun.com). 

15 

In the preferred embodiment of the invention, the service further comprises additional 
authentication providers in addition to the main authentication agent. The additional 
authentication providers perform special services such as providing extremely rapid 
authentication or providing authentication insurance combined with the authentication. 
20 The preferred embodiment further comprises additional audit providers in addition to the 
default audit agent provided with PAMS. Additional providers may perform special 
functions such as service quality monitoring, transactional volume monitoring, and status. 

The preferred network is the public Internet, though embodiments of the invention can be 
25 applied to other large scale networks as well, and while the methods are described as 

being capable for facilitating transactions in global trade, it should be appreciated that the 
invention is equally applicable to smaller distances and other networks and not limited to 
global trade or the Internet. 
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Figure 1 describes a logical view of a preferred PAMS system utilizing the e-Speak open 
software platform. Actual system configurations can vary considerably. For instance, the 
entire PAMS system functionality can be distributed across application servers, Web 
servers, e-speak Cores, and multiple databases. Through e-speak Core-to-Core 
5 communication, PAMS systems can easily connect to one another to form a cluster of 
PAMS networks providing the same consistent view to the users. PAMS, acting as the 
primary backend component, along with other Web portal front-end components, forms a 
complete online service. 

10 Internally PAMS consists of three primary system components: authentication agent, audit 
agent, and e-speak. Both agents maintain a list of internal service providers for 
authentication and auditing. The authentication agent relies on WebFort for software 
smart card implementation. The audit agent relies on e-speak for mediation functionality. 

15 Referring to Figure 1, a preferred PAMS system 110 is shown, comprising an 

authentication agent 120 is shown operating on an open software platform, here the e- 
Speak core 130. Several Authentication Providers are shown, Authentication Provider 1 
(122), through Authentication Provider N 124. The Authentication Providers include the 
functionality for enrolling users and authenticating enrolled users to the PAMS. The 

20 default Authentication Provider is part of the Authentication Agent 120. An Audit Agent 
140 is shown with Additional Audit Providers 142 and 144. Authentication Providers 150 
and Audit Providers 152 are additional external providers. Also shown are special 
external service providers 156, 158, and 160 which are services outside of PAMS which 
have been enrolled as member in the PAMS and will be frequently utilized by other 

25 members. 

The Authentication Agent is an integral part of PAMS. It leverages a local e-speak Core 
to provide authentication services for PAMS. The agent serves as the default Registration 
Authority in PAMS, it is the RA for users enrolled by PAMS. It is optionally possible for 
30 PAMS to recognize certificates issued by others and authenticated by an external 
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Authentication Provider which interfaces through the Authentication Agent. In this case, 
before authenticating, information about each user is stored in the PAMS database 
creating a relationship between PAMS and the user. 



5 The Authentication Agent acts as proxy to other internal or external authentication 
providers which serve as the Certificate Authority. The Agent implements e-speak's 
service interface, thus qualifying it as an e-service. The agent by default hosts an internal 
authentication service that wraps around WebFort. Generation of certificates within the 
agent is the default operating mode when an external authentication provider is not being 

10 utilized. As PAMS' default authentication provider, this service implements the 
pamsAuthSPIntf interface as defined below. 

The Agent decides which authentication provider to use based on certain attributes of the 
incoming request, such as cost or response time requirements. The Authentication Agent 
1 5 is accessible through its interface defined as following: 

/* * pamsA uthAgentlntf: 



Notes: interface to PAMS Authentication Agent 



20 



**/ 



interface pamsAuthAgentlntf 

extends ESService, pamsAuthSPIntf 

f 
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// open new account with PAMS 

boolean openAccount(int userType, Accountlnfo newUser); 



// update account information 

void updateAccount(AccountInfo update); 
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// close account 
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boolean closeAccount(String userName); 
// find service providers 

ESURL[] findServices(ESServiceDescription sd); 

// establish relationship with a service partner 
boolean formRelationship(ESURL partner); 

// update user database 
boolean updateUser Database 0; 

// distribute software smart cards 
bytefj getSmartCard(String userName); 

//validate data with external SPs 

boolean validateData(byte[] data, ESURL sp); 

} 

The Authentication Agent provides built-in authentication, as indicated by its 
implementation of the pamsAuthSPIntf. Internally it implements a JNI adapter to 
WebFort's public C-based SDK. The agent mediates all calls for authentication. Other 
Web Portal components can call the agent service by name. (Web Portal discussed below 
is the interface for access to PAMS) 

The Authentication Agent is called by Web portal components when authentication is 
required, in cases where access to protected resources is requested. Type B clients, 
however, would bypass the portal and access the agent directly. 

An Authentication provider (AP) from the PAMS viewpoint belongs to one of two 
classifications: internal or external. An internal AP is local and packaged with PAMS 
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together; local AFs can be considered premier AP's. External AP's are located remotely, 
and connected to PAMS through the administration console by conforming to the e-speak 
service interface. External AP's require higher level of security validation to PAMS prior 
to service. Both types of providers implement the same pamsAuthSPIntf interface. 

5 

As stated earlier, all authentication providers await service requests from the 
Authentication Agent. The Agent holds sway over which AP gets selected for a particular 
transaction based on the service attributes such as cost and service response requirements. 

1 0 The following interface must be implemented by all PAMS authentication service 
providers: 

/** pamsAuthSPIntf: 
** 

15 ** Notes: to be implemented by authentication service providers 

#*/ 

interface pamsAuthSPIntf 

{ 

// request a challenge string from authentication server 
20 String getChallengeQ; 

// verify response to requested challenge string 
boolean veriJyResponse(String resp ); 

25 // verify signed data from authentication server 

boolean verifySignedData(int encodtngScheme, byte[] signedData) ; 

// sign data 

bytef] signDatafint encodingScheme, byte f J rawData); 

30 
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//check to see if card already exists 

Boolean cardExists(String walletName, String card/Name, String userlD); 

// create a sofware card 
5 bytefj car dCreate (String walletName, String cardName, String userlD ); 

// verify cookie 

boolean isCooMeValid(String cookieName, bytef] cookieData); 

10 // delete cookie 

void deleteCookie (String cookieName) ; 

} 

Note that an alternative XML messaging interface that wrap these methods can be provided so that 
1 5 HTTP requests can access this interface. 

The audit agent in PAMS performs logging and monitoring service for all transaction 
events that occur in the system. In e-speak terminology, it utilizes the system event 
logging provided as a default service by e-speak Core. Specifically, the Agent hooks into 
20 the publish/subscribe event manager of the e-speak Core. As part of monitoring, the agent 
can raise a warning flag, suspend, or terminate sessions that are suspicious in nature. 

Once registered, the agent intercepts all interested events or messages during mediation by 
e-speak Core. The agent can put the transaction events in a permanent store, such as a 
25 database or secure store such as HP's VirtualVault. 

The audit agent interface is defined as follows: 

/* * pamsA uditAgentlntf: 
30 ** 
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** Notes: service contract interface to PAMS Agent 
**/ 

interface pamsAuditAgentlntf 

extends ESService, pamsAuditSPIntf 

5 { 

// set the date/time source 

void setUniversalDateTime(URL dateTimeSource); 

//generate message authentication code for log entry 
1 0 String generateMA CId(byte[] logData) ; 



15 The PAMS system leverages on e-speak's open architecture for e-services. One is the 
definition of an audit service provider interface. Any e-speak service that implements this 
interface can registers with PAMS as an audit service provider. Part of the registration 
process requires validation for approval of the service itself. 

20 In addition to providing persistent logging which can form the basis for compiling audit 
trails, audit service providers can choose to monitor PAMS for critical information such as 
existing service quality, business transactions volume and status, and the state of the 
messaging system. This set of differentiating features provides distinct value-added 
service to PAMS operators for system monitoring and management purposes. 

25 /** pamsAuditSPIntf: 

** Notes: to be implemented by audit service providers 

interface pamsAuditSPIntf 
30 { 
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// log entry type constants 
int logjext = 0; 
int logjmage 1; 
int log_binary= 2; 
5 int log_yideo = 3; 

int logvoice = 4; 

// log binary data with its description 

void logEntry(String macld, String entryDesc, int entryType, bytef] entryData); 

10 

//return the entry data type 

int getLogEntryType (String macld); 

//get the log entry description 
1 5 String getLogEntryDesc(String macld); 

//get the binary data 

Bytef] getLogEntryData(String macld); 

20 // archive the log entries based on criteria such as age of the entries 

boolean archiveNow(ArchiveCriteria ac); 

} 

Note that an alternative XML messaging interface that wrap these methods can also be 
provided so that HTTP requests can access this interface. 

25 

Both authentication and audit service providers use the same mechanism for service 
management. Specifically, PAMS administrator has at its disposal a browser-based 
administration console that allows the management of new and existing service 
providers. Therefore each PAMS service provider must folly implement the relevant 
30 PAMS service provider interface in eSpeak context and be validated and approved by 
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PAMS authority leading to acceptance of PAMS access control list (ACL) of validated 
service providers. 

PAMS administrator can use the very same authentication service to validate service 
providers. 

5 

PAMS includes a PAMS Database 154. The PAMS database component contains the 
customer relationship management (CRM) information for each registered user. Such 
information includes user-specific reputation ratings, business partners, past and current 
dealings, and so forth that are personalized for each user. Thus this component is essential 
1 0 to implementing the MyPAMS part of the portal (MyPAMS is similar to My Yahoo -- a 
common Web portal feature. 

PAMS database can be a relational database or a directory. The former is accessible 
through JDBC interface (Java Database Connectivity API 
1 5 (http://java.sun.com/products/jdbc/index.html)), with the latter through LDAP 
(Lightweight Directory Access Protocol). 

PAMS service providers (Authentication or Audit Providers) can be internal or external. 
Internal providers are local to PAMS; they reside in the same physical setting and get 
20 started as part of the PAMS boot-up process. Internal providers are integral parts of 
PAMS system. External service providers reside elsewhere in the network, and typically 
connect via a communication link. External providers must be authorized by PAMS 
operator for their services to be enabled. 

25 External PAMS service providers can connect with ESIP or XML, depending on the 

interface specification or the service contract, of the defined service. For instance, given 
PAMS Authentication Service Provider interface is defined as a set of Java methods, any 
compliant authentication provider will have to implement this interface to become 
available to the PAMS network and therefore would typically use ESIP. PAMS service 
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providers can choose to connect to PAMS through a private secure dedicated link or 
through virtual private network (VPN) protocol on the Internet. 

Other external service providers (156, 158, 160)are verbatim e-speak services that have 
5 registered with PAMS directly or discovered through the e-speak's distributed advertising 
service that make services registered in different e-speak Core visible to one another. 

The Web Portal 132 is the interface for user access to the PAMS services. Key 
fiinctionality exposed through the portal includes user management, service provider 
10 management, collaboration, service discovery, authentication, and persistent mediation. 
Basic PAMS services provided by the authentication agent, audit agent, or e-Speak are 
accessed through the portal while other functions such as collaboration and discovery are 
implemented as in the Web Portal. 

15 There are three main types of PAMS user clients for PAMS portal They are 
distinguished by how they access the portal as well as what they can access. 

Type A 162 is through the Web browser with XML over HTTP. It has access to all other 
portal features in addition to authenticated mediation. Software is provided to the user by 

20 PAMS which allows it to communicate with the authentication agent. This may be in the 
form of an applet which is downloaded via the network each time the application is called, 
or as by a browser plug-in which can be permanently downloaded. The software smart 
card including the private key and the digital certificate is stored on the users device. For 
users accessing the network from a computing device with adequate non-volatile memory, 

25 it will generally be preferred that the smart card be stored on the users device in the non- 
volatile memory. Other users may download the smart card into volatile memory at each 
power up. The software provided to the user also permits users to alternate between 
indirect mediated interaction and direct interaction though a parallel connection after 
authentication is complete. 

30 
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Type B 166 is through a custom application, e.g. Web server, that uses ESIP (E-Speak 
Inter-exchange Protocol (TCP/IP based) directly, e.g. e-speak's J-ESI SDK. It typically 
accesses PAMS for authenticated mediation and optionally other portal features, e.g. 
collaboration, through portal integration. System integration of this nature depends on 
5 actual implementations of the target system. Many commercial tools exist, e.g. Tibco, that 
facilitate such integration. 

Type C 164 is a Net-enabled device that interacts with PAMS primarily for authentication 
and mediated messaging. Type C users will typically utilize authentication software of the 
10 type used by type A users. Typically PAMS end users use the browser for access, whereas 
PAMS service providers will prefer to use ESIP for system performance and 
programmatic flexibility. 

The Web browser client would include WebFort's browser plug-in 170 and 172 to manage 
15 the issuance and update of software smart cards for the user. The plug-in interacts with 
Arcot's Card Server through PAMS implementation of Arcot's client APIs. After a smart 
card is issued, the browser interacts with the plug-in to decrypt challenge strings from 
authentication server using the user's private key embedded within the smart card. The 
user needs to enter valid personal identification number (PIN) for authentication when 
20 prompted for dialog to succeed. 

Since all client access begins by being mediated by PAMS through e-speak, PAMS 
provides the "resource handlers", in e-speak terms, for all clients. The PAMS resource 
handlers monitor each user's mailbox for new messages and process them accordingly, 
25 e.g. converting them to user's database records. For Type A users, e-speak's Webaccess 
module implements the resource handlers. Other user types implement their own resource 
handlers, e.g. by servlet in a service provider case. 

Clients secure communication with PAMS through SSL (Secure Socket Layer) as 
30 implemented in HTTPS, Both e-speak and WebFort support SSL. 
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Each type of user is represented by one block on Figure 1 and many of the other figures, 
however it should be understood that there may be many users of each type utilizing a 
PAMS according to the invention and the drawing is simply representative of each type of 
5 user to illustrate how that user interacts. 

One important observation in Figure 1 is that communications of the PAMS 
Authentication Agent and Audit Agent with each other and outside entities(including the 
external Authentication Providers and Audit Providers) and users, are mediated by the e- 
10 Speak core. 

A PAMS system, according to the invention, is preferably designed for scalability, 
performance, and availability as described below. 

15 

E-speak provides several key scalability features. PAMS services interact with one another 
mediated by e-speak Core messaging with ESIP, which is e-speak' s Session Layer 
Security (SLS) protocol. One key feature of SLS is request multi-plexing. Several 
requests can be serviced by a single TCP connection. Another e-speak feature is support 
20 for asynchronous mode of messaging; in fact, this is the default mode for e-speak 

messaging. In e-speak, synchronous messaging is modeled on top of the asynchronous 
implementation. Asynchronous messaging, with Inbox and Outbox concepts, is quite 
analogous to the Internet email system today. Therefore many users can use the system 
simultaneously sharing finite system resources such as threads and socket connections. 

25 

Since other components in PAMS are based on proven Web technologies such as Web 
and application servers, standard load balancing configuration can be applied to release 
stress points in the system thereby achieving system scalability. The typical load-balancing 
schemes in use are web server clustering and application server clustering. In web server 
30 clustering, the Web proxy server distributes requests among an active list of Web servers 
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in a cluster according to in well-understood algorithms, e.g. round robin. In application 
server clustering, the application server proxy distributes workload across current active 
application servers, similar to Web server proxying. A typical load-balancing configuration 
is shown in Figure 2. 

5 

Figure 2 assumes load balancing is a feature of the application server. In Figure 2, several 
users 180, 182, and 184 are shown connected to a Web Server 186 which is connected to 
three instances of the same PAMS application module 190, 192, and 194 and the Database 
154 through the application server proxy 188. The Web servers essentially load balance 

10 workload across a cluster of application servers, which host different instances of the same 
PAMS application module. In this example load balancing is a feature of the application 
server. Other schemes for load balancing include hardware load balancer based on 
ongoing IP traffic and Web server clustering that are based on request load on each of the 
cluster member server. A hybrid of the approaches can also be implemented based on the 

1 5 nature of the application work flow and network traffic patterns. 

Another building block of PAMS, Arcot's WebFort, has provisions in its system design 
that conform to these standard load-balancing and clustering techniques. 

20 The basis for system performance lies in ESIP, which is an optimized data transport 
specifically developed to handle e-speak traffic which is expected to support a heavily 
used web site. Performance-sensitive services use ESIP to communicate with PAMS. E- 
speak also provides a proprietary EIDL (see Appendix D of E-speak' s Programmers 
Guide) compiler that generates stub files on top of ESIP for efficient programmatic access 

25 from clients to an e-speak service. 

PAMS is to be deployed on high-end computer systems with fast Internet connections. 
Therefore, successive improvements in Internet router/switch technologies and computer 
systems, which has been taken for granted in today's marketplace, will help PAMS to 
30 perform under increasing workload. 
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E-speak Core architecture is designed for clustering, which is key to e-speak service 
redundancy. E-speak has built-in support to import/export resources between two 
connecting Cores and to keep the two systems in sync over time. Since PAMS is built on 
5 e-speak, it can leverage on the benefits of such cluster configuration of inter-connecting 
stand-alone or redundant PAMS systems. PAMS users can be configured to have access 
to more than one PAMS access point but maintains the same logical view of the service. 

Due to its building foundation with e-speak, PAMS system design relies exclusively on 
10 Java technologies in interface definitions and connectivity with non-Java code through JNI 
(Java Native Interface) 

Figure 3 shows the same implementation as in Figure 1 showing the key processes of the 
PAMS, registration A, authentication, discovery and relationship development B, and 
1 5 collaboration C, all of which are applicable to each type of user. User type A 162 and 
user type C 164 access all process functions though the Web Portal, while user type B 166 
accesses the E-speak core directly for authentication, discovery, relationship development, 
and collaboration. Note that in this and succeeding drawings the External Authentication 
and Audit providers and the PAMS Database are not shown but are preferably present. 

20 

Figure 14 shows a hardware configuration of the PAMS. Computers can be any standard 
network or Internet accessible machines. Preferable personal computers comprise 100 MB 
of hard disk space and 32 MB of memory and have common operating systems such as 
Windows 2000/95. 

25 

Preferred servers are standard web servers such as those manufactured by Hewlett 
Packard or Sun and preferably having a minimum of 1 00 MB of disk space and 256 MB of 
memory and operating under such operating systems as UNIX or Windows NT 4.0/SP4. 

30 
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Key Processes 
Enrollment Process 

Before businesses or users can use the PAMS they must be enrolled in the service. 
Enrollment applies to all three types of users, Type A (browser access), Type B (web 
5 application software on a server) or Type C (software Bot or device that sometimes has 
network connectivity). A single user can enroll, or a business or group comprising two or 
more users can enroll as a group. A business or group can be a combination of users of 
different types. Figure 4 represents the enrollment process where in this example, a 
business, represented by an employee who is a Type A user, is enrolling. This user could 

1 0 enroll on behalf of itself and for other users. The user 162 would first need to find the 
PAMS. In this example, the user 162 issues a generic e-Service request from a web 
browser for a 'global authentication provider' through an e-Service broker (an e-Service 
broker is a class of service provided by Hewlett Packard which allows users to find e- 
Services) in the Internet connection line 201. The proposed business user selects PAMS if 

15 multiple service providers are returned by the e-Service broker. The business user clicks 
on the PAMS link and is connected through a URL to the PAMS home page (which is 
shown as Figure 10) through connection line 202 accessing the Authentication Agent 
through the Web Portal mediated by e-Speak. The user 162 initiates the open account 
process with Authentication Agent by accessing the 'become a member' function on the 

20 home page. The business user is instructed to complete a number of online forms which 
provide specifics on the business and the employee(s) who will be enabled to utilized the 
PAMS service, such as their title and whether they can contractually commit the business. 
The business user will also be instructed to provide documents, which support the 
authenticity of the business such as SEC filings, etc. The business user will also 

25 personalize the service PAMS provides by selecting desired features from a list of 

available PAMS services. This includes specialized authentication providers, service level 
monitoring, authentication insurance, etc.. Each of these services will have a different 
usage cost associated with them. 
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PAMS investigates the provided information. In the course of the investigation, PAMS 
may contact external information providers, such as Dun and Bradstreet to validate 
provided information. The business may be contacted multiple times to clarify existing or 
supply additional information Businesses that meet membership policies are notified that 
5 their registration has been approved. Otherwise, their application is rejected. An optional 
procedure would provide a fast temporary enrollment option to a user which has some 
degree of established identification, such as a DUNS number. The authentication rating of 
such a user would be low, warning other users of the temporary user's status. 

10 If the validation process for a company is successfiilly completed, the Authentication 
Agent generates a public/private key pair(s), and encrypts the public key(s). The 
Authentication Agent controls the process of generating a software smart card for each 
employee of the business who is approved to utilize the PAMS. 

15 In this case, for illustration, the user selected a specialized Authentication Provider (AP) 
122 which includes insurance coverage as part of the authentication for an additional fee. 
The Authentication Agent then issues a request to API through line 203 to generate the 
digital certificate(s) appropriate to that AP. The digital certificate(s) are returned to the 
Authentication Agent through line 204. Had the user selected to use the default 

20 authentication provider which is part of the Authentication Agent the certificate would 
have been generated within the Authentication Agent. 

The Authentication Agent 120 camouflages the private key with an activation code, builds 
the software smart card(s) and places it in the software smart card database. The 

25 Authentication Agent 120 provides instructions to the Business employee 162 on how to 
pick up the software smart card and the required client software The Business employee 
162 obtains the software smart card from the card database by downloading it through line 
205 from the PAMS home page (Figure 10) by selecting "certificate download" after 
entering the appropriate activation code. Alternatively the user could secure the smart 

30 card through an out-of-band communication method such as a disk sent by registered mail. 
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The software smart card can be stored permanently on the PC hard disk or temporarily in 
the PC's memory. The Authentication Agent also provides the Business employee with the 
software plug-in necessary to interface with PAMS. The Plug-in is installed by accessing 
'software installation' from the PAMShome page Figure 10). In the case that the 
5 employee is enrolling Type B and Type C users the smart card and plug-ins are obtained 
by a Type A user and installed on the application server (type B) or device specific 
software. 

The business employee 162 initializes the software smart card, through entering a user 
10 name ? activation code and a user defined password and can personalize the software smart 
card through line 206 by entering non-validated information about interests, needs, etc. 
through the Persona Management Page (Figure 12). The business employee can also 
create multiple personas, which represent subsets of the validated and non-validated 
information through the Persona Management page. Line 206 actually accesses the 
1 5 Authentication Agent through the Web Portal under mediation of e-Speak, though the line 
is distorted on Figure 4 due to crowding. 

Upon initialization, the routine Open_Account is executed by the PAMS which carries out 
administrative functions such as setting the Authentication Strength rating for the new 
20 member based on the amount of identity verification that was performed. 

Authentication 

Figure 5 is a diagram illustrating a Type A user 162 who is an employee of the business 
which enrolled in the PAMS in the prior example signs on (authenticates) to the PAMS. 

25 Referring to Figure 5, a Type A user 162 requests the Authentication Agent to sign on by 
selecting "Sign-on" from the PAMS home page through line 21 1 which contacts the 
Authentication Agent through the Web Portal mediated by e-Speak. The Audit Agent 120 
receives and logs the sign-on request. In this case user 162 has enrolled using external 
Authentication Provider 122 which issued the user's software smart card, so the 

30 Authentication Agent forwards a request for a challenge to Authentication Provider 122 



59 



though line 212. Authentication Provider (AP) 122 generates a challenge and forwards it 
to the Authentication Agent through line 213, The Authentication Agent presents the 
challenge to the user 162 by line 214. The PIN entry screen is displayed to the user 162, 
and the plug-in 170 which was supplied to the user during enrollment signs the challenge 
5 by encrypting the challenge with the user's private key. The signed challenge is returned 
with the user's digital certificate through line 215 to the Authentication Agent 120 
through the Web Portal mediated by e-Speak.. The response is forwarded to AP 122 
through line 216. AP 122 verifies whether the response is authentic by decrypting the 
encrypted public key on the user's digital certificate and then decrypting the challenge and 
10 determining whether it is valid. The result of the verification is returned to the 

Authentication Agent through line 217 and then to the user through line 218. If the user's 
log in was validated a cookie is set in the user's browser and the user is routed to the 
Discovery Portal from where other users may be accessed. If the log in was not valid the 
log in procedure is repeated unless the maximum number of failures is reached. 

15 

An optional security feature would comprise notifying a user by some external means 
when it signed on to the PAMS. The notification could be sent to a mobile phone, pager, 
message service or the like. 

20 Dynamic Discovery 

The dynamic discovery feature of the authentication service is one of the key elements of 
facilitating business transactions according to the present invention. It addresses the 
requirement to provide easy access to a dynamic directory of business members of the 
persistent authentication and mediation service. The feature is offered through a portal to 

25 Type A users and through equivalent direct communication with Type B and Type C 
users. Figure 1 1 is a picture of a preferred discovery portal. The discovery portal 
organizes all the users and businesses into categories and allows sophisticated searching of 
the user and business data. Users can search both the authenticated data as well as data 
which may be dynamically inputted by businesses. This search is much different from an 

30 ordinary t4 web search" portal in that the data is dynamically variable and structured 
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through a vocabulary. Also, all businesses are searchable, either directly or anonymously. 
The dynamic search feature is not limited to the common paradigm of browser users 
searching for web service providers. 

5 Businesses and users may be searched dynamically according to search criteria, either 
searching authenticated data, user inputted data or both. An example of relevant user 
inputted data could include a businesses current product inventory list, so that a buyer 
could select businesses who have sufficient inventory to meet their needs. Alternatively, a 
buyer could input its needs and be discovered by businesses who desire to bid on 
1 0 supplying the materials. 

Users input user variable data through personas. Personas are managed through a Persona 
Management Portal which is shown in Figure 12. Personas, like business cards, contain 
both personal as well as business identification information. Unlike business cards, users 

15 can personalize the persona to include information on interests, competencies, advertise 
goods or services with specified sale terms, etc.. Users can also limit the information that 
is shared as the PAMS keeps the 'master' list of information private, and only reveals the 
information that the user has included in the persona. A new persona is created by 
selecting a subset of the master list of validated information and entering in appropriate 

20 non-validated information. Non-validated information can be entered into a validated 
category, though the information will be identified as being a pseudonym. For example, 
an employees company may be 'ABC, but they may not want to reveal their company 
name, so they enter 'XYZ'. The receiving party would be able to see that the company 
name is a pseudonym. 

25 

A user can request to make a relationship with another business through the Discovery 
Portal, either identified,anonymously, or pseudonymously. The other business, or a user 
designated to make relationships will be forwarded the request along with authentication, 
30 either validated or anonymous as appropriate. The business could decide to establish a 
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relationship, negotiate to have more validated information revealed or reject the request. 
If the businesses decide to a establish a relationship, their identities may be revealed to 
each other if not already known or kept anonymous depending on each users preference, 
A Type B business will be forwarded the necessary information to add the user requesting 
5 a relationship to its customer list so that the introduction process will not be needed in the 
future. Many businesses will accept all members registered with the persistent 
authentication and mediation service so that the introduction step will not be necessary for 
these businesses. 

1 0 Browser users will receive requests to establish a relationship through the Discovery 

Portal. New requests will be waiting in the user's In Box. While the discovery features are 
described as being under individual control through a browser, it will be appreciated by 
those skilled in the art that the same features could be accessed directly by programmed 
applications including automated processes. Such processes might be particularly 

1 5 advantageous in global trade considering the differences in business hours. A business 
could update their needs or inventories by an automated process so that it could be found 
by another trade partner who would have confidence in the authenticity of the data being 
searched. 

20 The discovery feature leads naturally to the next step in transacting global business 
collaboration with authenticated trade partners. The persistent authentication and 
mediation service includes software for secure collaboration. A browser user will 
conveniently begin to use the collaboration features by collecting businesses by "dragging 
and dropping" them onto the collaboration portal. 

25 

Figure 6 is an example of the use of the dynamic discovery features to create a persona 
and discovers a second business, A Type A user 162 from the previous example, selects 
'persona maintenance' from the PAMS Home page (Figure 10) through communication 
221. The persona maintenance page is shown in Figure 12. Personas, like business cards, 
30 contain both personal as well as corporate identification information. Unlike business 
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cards, users can personalize the persona to include information on interests, competencies, 
advertise goods or services with specified sale terms, etc.. Users can also limit the 
information that is shared as the PAMS keeps the 'master' list of information private, and 
only reveals the information that the user has included in the persona. 

5 

A new persona is created by selecting a subset of the master list of validated information 
and entering in appropriate non-validated information. 

The PAMS provides default personas, such as a 'first time 5 trading persona, a 'long term 
1 0 relationship' persona as well as a anonymous persona which has validated information 

such as the dollar amount the holder can commit the business to but no information on the 
name of business itself. 

When a persona is created, the user controls who sees the information and how much 
1 5 information is shared with a trading partner. Personas enable users to extract the 
maximum leverage from its trading partners as information asymmetry creates profit 
potential. 

If a user needs to change his information, for example his mailing address, PAMS can 
20 update all businesses, that had previously received the information, of the change 
automatically. 

The user 162 then accesses the Discovery portal from the PAMS Home Page (Figure, 1 1 
shows the Discovery portal which is accessed through the Web Portal)) and enters desired 
25 search information in communication 222. In this case, the user 162 is interested in heavy 
equipment distributors. The user also specifies that only companies with at least a 
composite trust rating, as compiled by the PAMS, of four stars should be discovered. 
Unlike a conventional search engine, the user enters search text into a customized 
vocabulary which corresponds to the validated PAMS master data as well as the non- 
30 validated information 
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The request is processed by the e-Speak core 130 which searches its repository of 
registered businesses for one or more that matches the search criteria and returns them 
through communication 223 to the user 162 through the Discovery portal a function of the 
5 Web Portal 132. Business 165, in this example, is returned as the best match to the query. 

User 162 exercises the option to request additional detail on a discovered business beyond 
that which the e-Speak repository maintains through communication 224 and receives the 
result in communication 225. The PAMS reveals approved information on Business 165, 
10 such as a overview of the business, which PAMS maintains in its business database 154. 
The web portal retrieves the detailed data from the database 154. 

User 1 62 will not directly access User 165, as their interaction will be mediated by the e- 
Speak core. 

15 

It is important to note that a business anywhere in the world who altered their persona 
information to mention that they are a 'heavy equipment manufacturer 5 just before the 
search would have been discovered. As soon as their profile is updated in the e-Speak 
core, the new business can be independently discovered by other businesses who are doing 
20 their own searching, or by automated type C businesses who continually search for certain 
attributes. This is another example of how the PAMS is a 'dynamic' service. 

An option on the Discovery Portal is to provide information to allow members to view 
the 'discovery' requests that are most frequent. In this way, a business can dynamically 
25 alter their persona to increase the likelihood their product/service is discovered. Since a 
product/service overview can be part of the validated information, a business would have 
some confidence that the companies they discover can deliver. This is another example, of 
an action in one part of the system causing ripples to flow through the rest of the system. 

30 Collaboration 
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The collaboration feature is the remaining key feature of the persistent authentication and 
mediation service according to the present invention. Referring to Figure 13, the 
collaboration portal is a feature of the Web Portal The collaboration feature is accessed 
by a browser user through a collaboration portal, though as with the other features it will 
5 be appreciated by those skilled in the art that the features could also be accessed directly 
by programmed applications including automated processes. 

The businesses dragged in from the discovery portal will show up in the user's in box. The 
portal contains a Library which includes a history of deals completed and pending and 

10 tracks changes and revisions to the deal documents. A particular document may be pulled 
up from the Library or searched for from a database of all deals participated in. Since all 
transactions are mediated by the persistent authentication and mediation service, there is 
an archive memorializing all the deals. There is provision to exchange documents among 
parties and to digitally sign documents using the private key. Users may negotiate on a 

15 discussion board either in real time or by leaving messages on a discussion board, or other 
modes such as web-telephony. 

One option of the service is to provide certified message delivery. Since all interactions are 
mediated by e-Speak until the message is delivered, PAMS can readily acknowledge when 
20 a document has been delivered and received. 

An optional security feature of the PAMS is to confirm with an authenticated user by an 
external means that its digital signature is to be applied to a document. The notification 
could involve external means such as a telephone or mobile phone message, pager, or the 
25 like. 

A particularly important feature of the authentication service according to the invention is 
that unlike prior discussion boards, all communications are fully authenticated by the 
persistent authentication and mediation service, so that all the participants know exactly 
30 with whom they are dealing. 



65 



4 ~ ,-lt 

Another important feature is that parties to a negotiation may add additional parties which 
are needed to complete a deal. For example, a buyer and seller of goods may bring in 
additional parties needed for handling, shipping, and insurance. Alternatively, a buyer 
5 could assemble alternative seller-handier-shipper-insurer combinations and compare them, 
all with surprising ease of process and security. 

It will be apparent that the automatic processing option will be particularly interesting to 
many business transactions to supplement direct operation by an individual through a 

1 0 browser. For example, it will now be possible for a buyer of goods to use the persistent 
authentication and mediation service to assemble sophisticated alternative teams of 
suppliers of the goods coupled with providers of infrastructure such as handling, shipping, 
insuring and compare the costs of the alternatives. Because of the features of the 
invention the buyer complete the process entirely within the service with confidence in the 

1 5 authenticity of the responses, and with the ability to legally document all offers, terms, and 
acceptance with an efficiency previously unknown for secure transactions. 

Exam ples of Business Processes Using the Invention 
Example 1 - Forming a R elationship 
20 Figure 7 illustrates the process whereby two businesses, Business 1 and Business 2 form a 
relationship. 

Business 1 (162), a Type A user, uses the Discovery portal to review information about 
Business 2 (165), also a Type A user in communication 231. The Discovery feature is 

25 accessed through the Web Portal which calls on the e-Speak dynamic discovery feature. 
Business 1 in this case is able to review Business 2's access policy and notices that 
relationships are restricted to businesses that meet specific criteria, in this case having 
annual sales of over $10 million. Business 1 specifies that it would like to be introduced to 
the distributor, Business 2, by selecting the 'Request Relationship' function from the 

3 0 Discovery Portal 
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The Discovery feature conveys the request to Business 2 by placing a message in Business 
2's in box in communication 232. Business 2 is provided with the information present in 
the active persona of Business 1. 

Business 2 replies that they desire a relationship with Business 1 in communication 233. 
PAMS updates its database to show that a relationship has been established between 
Business 1 and Business 2. The Web Portal relays this information to Business 1 in 
communication 234. Business 1 may now send a message to Business 2. Business 1 can 
send digital messages to Business 2 and they can collaborate through the collaboration 
page. 

In this example Business 2 had previously signed up with the PAMS. Business 2 decided 
not to allow all PAMS members to do business with them, as they only want to deal with 
companies possessing certain characteristics. Otherwise Business 1 would have been able 
to directly access Business 2 upon discovery. 

Business 1 could desire an anonymous relationship in which case the persona would 
convey minimal information. Business 2 may decide to deal anonymously with Business 1 
or may request additional information be provided in order to establish a relationship 

An advantage of the invention is that Business 2 benefits from an accelerated customer 
acquisition process. For example, Business 2 can establish an immediate approval profile 
based on the information the PAMS provides, Business 2 can immediately authorize the 
addition of a new customer since it can rely on the PAMS to ensure that the new customer 
satisfies the criteria of its immediate approval profile. 

Business 2 in this example, is a browser user responding to a message received through 
the Discovery Portal. Business 2 could have alternatively been a Type B user such as a 
web site, responding in an automated manner to Business l's messages. It could also 
alternatively be a Type C user such an application program, software bot, or device. If 
Business 2 had been a Type B user, after establishing a relationship, Business 2's web site 
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access tables would have been updated by Business 2 to allow Business 1 access to the 
web site without needing to go through the typical web site sign on screens. 

Business 1 does not directly access Business 2 through the PAMS as their interaction is 
mediated by the e-Speak core 

5 An implication of the relationship building process carried out by subsets of the PAMS 
membership which have formed relationships with each other, is the creation of virtual 
communities of trust which exist within the broader PAMS enrolled users. 

Example 2 

10 Three Businesses Collaborate 

Referring to Figure 8, Business 1 (162) and Business 2 (165), both Type A users, have 
created a relationship as described previously in Example 1 . In communication 241, 
Business 1 (162) initiates an collaboration session with Business 2 by selecting the 
"Collaboration" feature from the Discovery portal which causes the Collaboration Portal 

15 to be displayed by the Web Portal. Business 1 notifies Business 2 by selecting 'Contact 
Partners' from the Collaboration portal and selecting Business 2. In communication 242 
a message is sent to Business 2 Discovery Portal's 'Alert' function, and/or to a mobile 
device, etc. which Business 2 has designated. 

In this case these two businesses want to conduct a trade in which Business 1 is the buyer 
20 and Business 2 is the seller. Both parties have already signed onto (authenticated to) the 
PAMS. 

When Business 2 accesses the Collaboration Portal it can exchange messages and 
documents with Business 1 . In the communications labeled 243, Business 2 specifies that 
it wants to receive an assurance from a financial institution that Business 1 is credit worthy 
25 before concluding the contract and Business 1 and 2 agree to split the fees for the financial 
institution and to choose a financial institution that both organizations approve. 



68 



In communication 244, Business 2 accesses the Discovery Portal and issues a search 
request for a "credit rating agency". 

Business 1 and 2 both receive back the information which was discovered, in parallel 
communications 245, in this example identifying two potential service providers (D+B) 
5 and (@rating) as credit rating agencies. 

After reviewing meta-data about the two rating services, Business 1 and Business 2 agree 
to utilize Business 3, @rating, which is a software application (a Type C Business). The 
discussion is shown as parallel communication lines 246, which is a communication 
between Business 1 and Business 2, mediated by e-Speak 130. This agreement is captured 
10 in the discussion forum feature of the collaboration portal and logged in a permanent audit 
record in the communication labeled 247 between e-Speak and Audit Provider 142 
through Audit Agent 140. Audit Agent 140 continuously monitors e-Speak for events to 
be memorialized in the permanent record.. 

1 5 While the selection process described in the example has been kept simple, it would have 
been possible to have found additional providers and compare them according to complex 
criteria, such as price, capability, response time, and the like. 

In the series of communications labeled communication 248, Business 2 accesses Business 
3's e-Service 166 under mediation of e-Speak. Since Business 2 has already authenticated 
20 to the PAMS, and Business 3 allows access to its service to authenticated PAMS users, 
Business 2 did not need to go through Business 3's sign on procedures to obtain the credit 
report. 

In the pair of communications labeled 249, Business 1 and 2 discuss the credit report and 
once satisfied with Business 1 's credit standing, Business 2 distributes a Trading Partner 
25 Agreement (TP A) to Business 1 . Business 1 agrees to the contractual terms and 

conditions stated in the TP A and digitally signs the agreement. Business 2 digitally signs 
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Business 1 's purchase order. Deal documents are stored in the PAMS deal library, 
memorialized by Audit Provider 142. 



Having utilized Business 3's service Business 2 could express an evaluation of the quality 
of service provided through the collaboration page. This evaluation would be part of 
5 Business 3 5 s overall evaluation compiled by the PAMS . 

In this example, Business 3 is software application, e-Service, it could also be a web site, 
or a human utilizing a browser. It is an important feature of the invention that a human 
user utilizing the discovery or collaboration portal could interact with a mix of automated 
and human counterparts. 

10 The Collaboration portal is used to simultaneously interact with businesses for the purpose 
of completing a trade. The Collaboration Portal supports multi-company discussion 
through a discussion board, web-telephony, etc. The Collaboration portal provides a 
central point to manage the key process steps involved in concluding a trade. The 
Collaboration portal is an application maintained by the Web Portal. 

15 Although a business may be unfamiliar to another business, they are willing to trade with 
unfamiliar partners because of the PAMS's assurance that they are dealing with an 
authentic business, with known characteristics. Once a business logs onto the PAMS, it 
becomes part of an integrated community. Businesses of Type A, B or C can assume 
that anyone accessing their sites/applications has already be authorized by the PAMS, 

20 therefore, the business itself does not need the overhead of a separate authentication 
mechanism 

Example 3 

An Exchange outsources authentication to the PAMS and signs up all its business 
25 customers 

Referring to Figure 9, in this example an exchange 161 selects the PAMS to provide 
services to its business customers. In this case, the exchange comprises both a User Type 
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A (it is able to interact with PAMS members through a browser) and a User Type B (its 
web site uses PAMS for access control) 

The Exchange initiates the open account process with the PAMS by accessing the 
'become a member' function on the PAMS's home page in the communication labeled 

5 251. The Exchange opens an account with the PAMS, it provides all the information 
necessary for enrollment. The Exchange is instructed to complete a number of online 
forms which provide specifics on the Exchange and the employee(s) who will be enabled 
to utilized the PAMS service. The Exchange is also instructed to provide documents, 
which support its authenticity such as SEC filings, etc. The exchange also provides 

1 0 information on its customer base to allow the PAMS to determine whether it will be able 
to accept all the exchange's customers as members. The PAMS investigates the provided 
information. In the course of the investigation and the Exchange may be contacted 
multiple times to clarify existing or supply additional information. Customers may also be 
approached individually to provide any additional required information. The processing 

1 5 steps of the customer joining the PAMS follows the enrollment procedure as previously 
described. 

An Exchange that meets membership policies are notified that their registration has been 
approved. Otherwise, their application is rejected. 

The approved Exchange will personalize the service that the PAMS provides by selecting 
20 desired features from a list of available PAMS services. This includes which 

Authentication provider(s) its customers will utilize, whether the Discovery/Collaboration 
portal will be utilized by its customers, whether their customers are discoverable by other 
PAMS members, whether their customers can use personas and interact anonymously, 
obtain authentication insurance, receive service level analysis reports, etc. 

25 In this case, the exchange just requires authentication and the ability to 'private label' the 
Discovery and Collaboration portal. Private labeling utilizes Frame-in-Frame techniques, 
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to make the Discovery portal appear to be coming from the exchanges site in appearance, 
while actually being executed from the PAMS web server 



The Authentication Agent electronically provides the exchange with software necessary to 
authenticate its businesses and collaborate through a web browser in communication 252. 
5 After installation the interface is tested. 

The Exchange's customers receive required software smart cards and the software needed to 
authenticate to the PAMS. Business 5, an importer 167 and Business 6, an exporter 169 are shown 
receiving their smart cards and software electronically in communications labeled 253. 

Business 5 (167) an importer of textiles, has previously received his smart card and 
10 software. Business 5 is a Type A user. The importer signs on to the PAMS by accessing a 
PAMS home page that has been customized for the Exchange and the Exchange admits 
Business 5 to enter its site if authentication is confirmed following the procedure which 
has been previously described. The sign on and authentication process is shown as 
communication 254 which passes between Business 5 and the exchange web site through 
1 5 the Web Portal, e-Speak and the Authentication Agent. . 

In communication 255, shown as a communication between Business 5 and the Exchange 
web site through the web portal 132 and mediated by e-Speak 130 and recorded by Audit 
Provider 142 through the Audit Agent 140, Business 5 uses the Exchange's matching 
20 services to select a business partner, in this example, Business 6 (169), which is an 
exporter of textiles - a Type A user. 

The importer, Business 5 issues a Purchase Order (PO) to the exporter, Business 6 using 
the PAMS Collaboration Portal. Business 5 digitally signs the PO. This transaction is 
shown as communication 256 proceeding from Business 5 to Business 6 through the Web 
25 Portal and mediated by E-Speak. The signing is accomplished by Authentication Provider 
122 The transaction is recorded by Audit Provider 142 through Audit Agent 140. The 
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PAMS stores the PO in a deal folder. When the PO is delivered to Business 6, the PAMS 
sends a confirmation to Business 5 that the PO was delivered and received. 

This illustration illustrates an important feature of the Persistent authentication and 
5 mediation service, that all communications among the Exchange 161, Business 5 (167) 
and Business 6 (169) are mediated by the PAMS ? whose Audit Agent 140 monitors the 
transaction, compiles an audit trail, and makes information from the audit trail available to 
the interacting parties. 

The exporters processing policy specifies that before confirming the PO, online 
10 verification that the receivable can be immediately sold is required. The exporter, 

Business 6 (169), uses the Discovery portal to discover a factoring company to provide a 
cash advance against the future receivable and the request is conveyed to external provider 
156 in communication 258 from Business 6 to External Provider 156. 

15 The factoring company 156 reviews the transactions deal file, checks on the credit 
worthiness of both the exporter and the importer, reviews the reputation ratings and 
determines whether the transaction meets the factoring companies acceptance policy 
guidelines. In this example, the factoring company returns a digitally signed commitment 
that they will purchase the receivable once the goods are shipped in communication 258, 

20 which is forwarded to Business 6 (not shown for legibility). An audit record is made of the 
commitment which is stored in the deal folder 

This step again illustrates the mediation feature of the invention. In this case the PAMS 
Audit Agent creates a record which is forensic evidence that the exporter properly 
followed policy and the financing check was actually done. 

25 Business 6 then uses the collaboration portal discussion board to request clarification on 
the Exchanges transaction procedures in communication 259 and the Exchange uses the 
Collaboration portal discussion board to clarify their processes. The exchange is shown as 
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communications 259, from Business 6 to the Exchange mediated by e-Speak and the 
exchange's reply shown as communications 260. 



Now that financing is assured, all of the exporters policy steps have been completed. 
5 Communication 261 shows Business 6 sending the importer a signed PO confirmation. 
The signing is accomplished by Authentication Provider 122. The Audit Agent 140 who is 
monitoring e-Speak picks the signed PO for memorialization and sends it to Audit 
Provider 142 (step not shown for legibility). Business 5 receives the confirmation in a 
communication 261. Business 6 prepares the goods for shipment. 

10 This example illustrates the important persistent mediation feature of the invention. The 
PAMS has the ability to produce the persistent evidence that not only were the 
transactions signed on a particular time and date, but the entire transaction was monitored 
and documented at each step along way to the deal, the buyers, sellers, and third parties 
processes were met. 

15 

As a consequence, when a party signs a document, as well as acknowledging the 
document, there is a record that all of the required intermediate steps were completed. 
In this way, a legal transfer of risk/goods can be affected. 

Non-repudiation is made possible by the forensic evidence that's collected which 
20 documents the commitment of the deal parties. A review of the transactions audit trail 
supports the ability to ensure the transactions meet each party's policy requirements. 

In the preceding example, the Exchange caused its customers to be enrolled for a subset of 
the complete service provided by the PAMS. An Exchange customer could also sign up 
25 independently of the Exchange and have access to all the PAMS services 

Similarly, the Exchange could decide to form a relationship with another business member 
of the PAMS. For example, to allow the business member to have access to the 
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Exchanges services without having to sign on (the same process is utilized as when 
establishing a relationship between any two businesses). 



Detailed Registration Procedure 
5 An overview of the enrollment process for registering a business with PAMS has been 
previously described and illustrated in Figure 4. A more detailed explanation follows. 

Referring to Figure 4, three types of Authentication Providers are supported by PAMS: 
First, the default AP which resides in PAMS Agent (120). 

10 

Second, PAMS is designed to work with specialized AP's (122 - 124). An AP can 
specialize, for example, in authenticating mobile users, or in providing authentication 
insurance to users. AP's act as Certificate Authorities (CA) as long as they are certified 
and support standard X.509v3 certificates. 

15 

Third, PAMS can interface to a businesses existing CA to generate software smartcards 
containing the user's certificate again, as long as they are certified and support standard 
X.509v3 certificates. The businesses CA acts as a specialized AP 

20 External authentication providers are registered to the e-Speak repository (130) by PAMS 
Agent and must adhere to the PAMS's standard e-Speak contract . 

Registration is composed of a number of functions: 

1. Discover Service . Multiple brokers could be utilized. For example, HP provides a 
directory to facilitate locating e-Services, in addition, UDDI standards are under 

25 development by Microsoft, IBM and Ariba to outline a registry, transaction rules and a 
business service directory for B2B commerce. PAMS"s home page is located on the 
PAMS web server 

2. Provide Information . Registering to PAMS and obtaining a software smartcard 
involves the completion of registration forms, which are located on the PAMS web server. 
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Information entered on the forms is validated to ensure its accuracy. Validation can take 
many forms and involve many sources of information. For example, if Dun and Bradstreet 
are used as a trusted third party for company information, validation may consist of 
verifying the company's web server application is associated with a particular Internet IP 

5 address, and the name has been assigned to it by Internic. In addition to providing data 
online, registration requests by individual companies need to be supported by a written 
application provided on company letterhead, and signed by an officer of the company. 
Under certain circumstances, a system administrator from a company who is registering its 
employees, may be given the ability to enter data about its employees into 

1 0 PAMS 'registration system 

3 . Generate keys. If the validation process for a company is successfully completed, The 
Authentication Agent generates a public/private key pair, and encrypts the public key. The 
Registration Authority (RA) within the Card Personalization Server, located on the 
application server in the Authentication Agent (as shown on Figure 14) generates a 

1 5 public/private key pair and then encrypts the public key. The Authentication Agent sends 
the keys to the selected Authentication Provider. 

4. Generate Certificate . The Authentication Service Provider invokes the Certificate 
Authority within the Card Personalization Server to generate a digital certificate. A default 
ASP exists internally to The Authentication Agent, though the PAMS design allows for 

20 external AP's to register themselves with PAMS. External AP's communicate with 

PAMS through e-Services via the Internet or through a private network. Companies can 
choose for its employees which the AP it wants to utilize. For example, if a company has 
1 ,000 employees, the company may want to issue cards that have limited functionality, but 
can authenticate at a low cost to most of its employees, some employees many be issued 

25 cards that support roaming, at an additional cost. Employees that can contractually 

commit the company may require a card that provides authentication insurance or longer 
key lengths. PAMS can generate software smart cards individually or in batch mode by 
utilizing WebFort's "Batch Utility". 

5. Camouflage and Download . The Authentication Agent then camouflages the private 
30 key using an activation code and places the software smartcard in a card database on the 
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database server. The business employee obtains their software smart card(s) by accessing 
the card database from the PAMS Home Page. Each employee of Type A downloads the 
client software plug-in from the Database server required to make use of the PAMS 
service. Type B businesses, need to download the server application from the Database 
5 server to the server on which the businesses application resides that PAMS will be 

authenticating access to. Type C businesses will either download the plug-in or a app-let 
depending on the type of device PAMS will be authenticating. Once the software has been 
downloaded it is installed. 

6. Initialize and Personalize the Smart Card . The business employee activates their 
10 software smart card(s) by accessing the card database from the PAMS Home Page and 

entering their user name and activation code. The employee picks a personal identification 
number (PIN) for the card(s).The business employee can personalize the software smart 
card by entering non-validated information about interests, needs, etc. The business 
employee can also create multiple personas, which represent subsets of the validated and 
1 5 non- validated information Upon activation, OpenAccount is performed by PAMS to add a 
new entity to the customer data base, the e-Speak repository and to invoke the Audit 
service. 

PAMS Normal Request workflow 

20 Figure 1 5 shows a flow diagram of the normal PAMS workflow. After a request is 
successfully authenticated, a session token, a.k.a cookie, is generated and returned to 
client for subsequent access. The cookie is only valid within a fixed time frame and 
subject to certain pre-defined conditions, e.g. user logs out, that may invalidate it any time. 
The client uses the cookie to access resources as allowed without further need for 

25 authentication. 

The entire authentication process is always monitored and logged by the audit agent. The 
audit agent, as instrumented by system policies, can also monitor certain events that 
happen later in the authenticated session. Events such as document signing will always be 
30 audited, unless explicitly disabled by the PAMS. 
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PAMS Usage Examples in XML 

This section uses XML syntax exclusively to describe request/response interactions within 
PAMS. However, XML is not the only data transfer format in PAMS. ESIP-based 
5 exchange, for instance, is more suitable in cases where performance and programmatic 
flexibility are paramount. In fact, e-speak even allows a hybrid approach where the 
payload of a ESIP message can be XML data. 

Vocabulary Definitions in e-speak Schemas 
10 PAMS defines several custom vocabularies. Here they are defined in e-speak XML 
schemas, although they can be equivalently defined using J-ESI, e-speak's Java 
programming interface. For more details, see Chapter 14 of the e-speak Programmer's 
Guide. 

1 5 Vocabularies in e-speak are Core-managed resources, and they are handled by e-Speak 
directly. 

Persona Vocabulary 

The following XML shows a sample request that creates a persona vocabulary: 
20 <s:Envelopexmlm:s='http://schemas.xmlsoap.org/soap/envelope/'> 
<s:Header> 

<e:route xmlnsie- http://www.e-speak.net/schema/header'> 
<e:to encoding =, ESURL>esip://pams.com:2950/core/core/Service/Create 
</e:to> 

25 <e:fromencoding= t ESURL'>esip://tcportal:2950/account/adnaim 
</e:from> 
</e:route> 

<e:context xmlns:e='http://www.e-speak.net/schema/header'> 
</e:sessionToken>.. .cookie. . ,</e:sessionToken> 
30 </e:context> 
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</s:Header> 
<s:Body> 

<service name- TAMS-Persona-Vocab" xmlns= n http://www.e- 
speak.net/schema/core"> 

<! -Attributes that describe persona vocabulary in e-speak's base vocabulary - 
<description> 
<attr name- 'Name"> 

<value>PAMS-Persona-Vocab</value> 
</attr> 

<attr name="Type"> 
<value>Vocabulary</value> 
<attr name- 'Description'^ 

<value>PAMS persona vocabulary</value> 
</attr> 
</attr> 

</description> 

<schema name- TAMS-Agent-Vocab"> 
<! — globally unique ^identification --> 
<element name- 'Guid" type- 'String"/> 
<element name="EmployeeID" type~ 5 Integer'7> 
<element name="EmployeeType" type="String7> 
<element name="Title" type="String"/> 
<element name=" Address" type- 'String"/> 
<element name="AuthorizationLevel" type- 'short"/> 
<element name="AuthorizationAmount" type- 'double"^ 
<! — user's non-validated data — > 
<element name- 'userData" type~'String'7> 
</schema> 
</service> 
</s:Body> 
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</s:Envelope> 
Business Entity Vocabulary 

The following XML shows a sample request that creates a business entity vocabulary: 

5 

<s:Envelope xmlns:s- http://schemas.xmlsoap.org/soap/envelope/'> 
<s:Header> 

<e:route xmlm:e=top://www.e-speak.net/schema/header'> 
<e:to encoding='ESURL'>esip://pams.com:2950/core/core/Service/Create 
10 </e:to> 

<e:from encodhg~ESURL>esip://tcportal:295^ 
</e:from> 

</e:route> 

<e:context xmlm:e^'http://wwwx-speak.net/schema/header 1 > 
1 5 </e:sessionToken>... cookie. . .</e:sessionToken> 

</e:context> 
</s:Header> 
<s:Body> 

<service name= M PAMS-BusinessEntity-Vocab" xmlns- 'http://www.e- 
20 speak.net/schema/core"> 

<!— Attributes that describe business entity vocabulary in e- speak' s base 
vocabulary — > 
<description> 
<attr name="Name"> 
25 <value> PAMS-BusinessEntity-Vocab</value> 

</attr> 

<attr name- Type"> 
<value>Vocabulary</value> 
<attr name="Description"> 
30 <value>PAMS business entity vocabulary</value> 
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</attr> 
</attr> 

</description> 

<schemaname='TAMS-BusinessEntity-Vocab"> 
5 <element name- 'Address" type= w String"/> 

<element name- 'ServiceDescription" type="String"/> 
<element name="DUNSNumber" type="String'7> 
<element name="SICCode" type="String'7> 
<! - unique business entity identification -> 
1 0 <element name- 'Guid" type- 5 String'7> 

</schema> 
</service> 
</s:Body> 
</s:Envelope> 

15 

Authentication Service Provider Vocabulary 

The following sample request in XML creates the authentication service provider 
vocabulary: 

20 

<s:Envelope xmlns: s='http://schemas.xmlsoap.org/soap/envelope/ f > 
<s:Header> 

<e:route xxnlns:e= f http://www.e-speak.net/schema/header ! > 
<e:to encoding='ESURL , >esip://pams.com:2950/core/core/Service/Create 
25 </e:to> 

<e:from encoding-ESURL>esip://tcport^ 
</e:from> 

</e:route> 

<e:context xmlm:e='http://www.e-speak.net/schema/header , > 
30 </e:sessionToken>... cookie. . ,</e:sessionToken> 
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</e:context> 
</s:Header> 
<s:Body> 

<service name= l! PAMS-AuthenticationProvider-Vocab M xmlns="http://www.e 
speak.net/schema/core"> 

<!~Attributes that describe business entity vocabulary in e-speak's base 
vocabulary --> 
<description> 
<attr name- 'Name"> 

<value>PAMS-AuthenticationProvider-Vocab</value> 
</attr> 

<attr name- 'Type"> 
<value>Vocabulary</value> 
<attr name^"Description"> 

<value>PAMS authentication provider vocabulary</value> 
</attr> 
</attr> 

</description> 

<schemaname="PAMS-AuthenticationProvider-Vocab"> 
<element name- 'Address" type- 'String"/> 
<element name- 'ServiceDescription" type- 'String7> 

<element name-'ServiceLevel" type- 'String7> 

<element name- 'Cost" type="float'V> 

<! — authentication method — > 

<element name - 'AuthMethod" type="String7> 

<! — key length — > 

<element name- 'keyLength" type- 'Integer7> 

<! — identity of the service provider that determines its privileges — > 

<element name="IdentityDataEncoding" type- 'String7> 

<element name- 'IdentityData" type="String"/> 
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</schema> 
</service> 
</s:Body> 
</s:Envelope> 

5 

Audit Service Provider Vocabulary 

The following sample request in XML creates the audit service provider vocabulary: 
<s:Envelope xmlns:s='http://schemas.xmlsoap.org/soap/envelope/ f > 
<s:Header> 

1 0 <e:route xmlns:e=Mp://www.e-speak.net/schema/header , > 



<e:to encoding=T)SURL>esip://pams.com:2950/core/core/Service/Create 



</e:to> 



<e:from encoding- ESURL t >esip://tcpoital:2950/account/administrator 



</e:from> 
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</e:route> 



<e:context xmlm:e= f http://www.e-speak.net/schema/header ? > 
</e:sessionToken>... cookie. . ,</e:sessionToken> 



</e:context> 



</s:Header> 
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<s:Body> 

<service name="PAMS-AuditProvider»Vocab M xmlns= M http://www.e- 



speak.net/schema/core"> 

<! -Attributes that describe business entity vocabulary in e-speak's base 



25 



vocabulary — > 
<description> 



<attr name="Name"> 



<value>PAMS-AuditProvider-Vocab</value> 



</attr> 



30 



<attr name- Type"> 
<value>Vocabulary</value> 
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<attr name- 'Description'^ 

<value>PAMS audit provider vocabulary</value> 
</attr> 
</attr> 

</description> 

<schemaname='TAMS-AuditProvider-Vocab"> 
<element name- 'Address" type="String'7> 
<element name- 'ServiceDescription" type- 'String"/> 
<element name-'ServiceLevel" type="String"/> 
<element name- 'Cost" type- 'float'7> 
<! — audit method --> 

<element name ="AuditMethod" type- 'String"/> 

<! — identity of the service provider that determines its privileges — > 

<element name="IdentityDataEncoding" type- 5 String'7> 

<element name- TdentityData" type- 'String7> 
</schema> 

</service> 
</s:Body> 
</s:Envelope> 

Service Registration in PAMS 

This section describes how PAMS service providers register their services. 
Service Registration Example 

The following XML request example shows how an authentication service registers using 
the pre-registered PAMS vocabulary. The request is processed by the service provider 
administration console. 
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The URL element within the service Data element indicates that this service is accessible 
through a URL link. 

The following XML shows a sample request: 

5 

<? xml version- 1 .0 f ?> 

<s:Envelope xmlns:s= t http://schemas.xmlsoap.org/soap/envelope/'> 
<s:Header> 

<e:route xmlnsie-http^/www.e-speak.net/schema/header^ 
10 <e:to encoding=^SURL'>esip://pams.com:2950/core/core/Service/Create 

</e:to> 

<e:from encoding=='ESURL , >esip://esportal.com:2950/account/testUser 
</e:from> 
</e:route> 

1 5 <e:context xmlnste^Mpi/Zwww.e-speak.net/schema/header^ 

</e : sessionToken> . . .</e : sessionToken> 
</e:context> 
</s:Header> 
<s:Body> 

20 <service name="Cost-Effective-Authentication" xmlns="http://www.e- 

speak.net/schema/core"> 
<serviceData> 

<URL>http ://wwwxea.com/pams</URL> 
</serviceData> 
25 <description> 

<vocabulary PAMS-AuthenticationProvider-Vocab</vocabulary> 
<attr name- *Name"> 

<value> Cost-Effective- Authentication </value> 
</attr> 

3 0 <attr name- 'ServiceDescription"> 
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<value>provides cost-effective authentication service</value> 
</attr> 

<attr name- ' AuthMethod"> 
<value> . . . </value> 
5 <attr name="ServiceLevel"> 

<value>Full</value> 
</attr> 
</description> 
</service> 
10 </s:Body> 

</s:Envelope> 

Business Client Lookup 

The following XML request example shows how business clients are located using the 
15 pre-registered PAMS vocabulary. Client lookups are handled by e-speak directly. 

Client Lookup Example 

The following XML shows a sample request that tries to locate clients: 
<? xml version- L0 f ?> 
20 <s:Envelope xmlns:s-http://schemas.xmlsoap.org/soap/envelope/*> 

<s:Header> 

<e:route xmlnsre- http://www.e-speak.net/schema/header'> 
<e:to encoding-ESURL>esip://pams.com:2950/core/core/Service/FM 
</e:to> 

25 <e:fromencoding^'ESURL , >esip://esportalcom:2950/account/testUser 
</e:from> 
</e:route> 

<e:context xmlns:e=Mp://www.e-speak.net/schema/header T > 
</e : sessionToken>. . .</e : sessionToken> 
30 </e:context> 
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</s:Header> 
<s:Body> 
<query> 

<result>$allInfo</result> 

<where> 

<vocabulary prefix- 'vocab" src="PAMS-BusinessEntity-Vocab"/> 
<condition> 

vocab:ServiceLevel = "Full" 
</condition> 
</where> 
</query> 
</s:Body> 
</s:Envelope> 

Business Client Registration 

A business client or employee registers using the Persona vocabulary. Unlike the other 
examples shown, the resource handler for user registration is not initially part of e-speak 
Core; instead, it is handled by PAMSportaFs user registration module, as indicated by the 
e:to attribute in example below. However, if some of the user registrations are to be 
discoverable through e-speak, then the registration module can internally register the 
entries with e-speak through the standard service registration mechanism. 

Client Registration Example 

<s:Envelope xmlns: s='http://schemas.xmlsoap.org/soap/envelope/ , > 
<s:Header> 

<e:route xmlns:e~http://www.e-speak.net/schema/header'> 
<e:to encoding='ESURL , >esip://tcportaLcom:2950/Service/Account/register 
</e:to> 

<e:from encoding-ESURL^esipV/tcportal^PSO/account/user 
</e:from> 



87 



</e:route> 

<e:context xmlm:e-http://vmw.e-speak.net/schema/header'> 
</e:sessionToken>... cookie. . .</e:sessionToken> 

</e:context> 
</s:Header> 
<s:Body> 

<service name- TAMS-Portal-User-Register" xmtas="http://www.e- 
speak.net/schema/core"> 

<! -Attributes that describe persona vocabulary in e-speak's base vocabulary - 
<description> 
<vocabulary> PAMS-Persona-Vocab</vocabulary> 

</description> 
<attr name=> 

<attr name- 'EmployeeID"> 
<value> 169 </value> 

</attr> 

<attr name="EmployeeType"> 

<value> FT</value> 
</attr> 

<attr name- Titled 

<value>manager</value> 
</attr> 

<attr name="Address"> 

<value>1000 Gateway Blvd., San Jose, CA</value> 
</attr> 

<attr name- 'AuthorizationLever ? > 

<value>3</value> 
</attr> 

<attr name- 'AuthorizationAmount"> 
<value>100000</value> 
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</attr> 
</service> 
</s:Body> 
</s:Envelope> 

5 

Register Agent Services 

Both authentication and audit agents are registered with e-speak through the same XML 
template. Here is an instance of that template for the authentication agent service: 

10 <? xml version-' L0 ! 7> 

<s:Envelope xmlns:s= f http://schemas.xmlsoap.org/soap/envelope/ f > 
<s:Header> 

<e:route xmlm:e=Tittp://www.e-speak.net/schema/header'> 
<e:to encoding =, ESURL^esip://pamsxom:2950/core/core/Service/Create 
15 </e:to> 

<e:from encoding-ESUKL>esip://esportaL^ 
</e:from> 
</e:route> 

<e:context xmlm:e= f http://www.e-speak.net/schema/header f > 
20 </e : sessionToken>. . .</e : sessionToken> 

</e:context> 
</s:Header> 
<s:Body> 

<service name- 'Authentication-Agent' 1 xmlns= n http://www.e- 
25 speak.net/schema/core M > 
<serviceData> 

<URL>http://wwwxeaxom/pams</URL> 
</serviceData> 
<description> 
30 <attr name- 'Name"> 
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<value> Authentication- Agent</value> 
</attr> 

<attr name=="ServiceDescription"> 
<value>PAMS's authentication agent service</value> 
5 </attr> 

</description> 
</service> 
</s:Body> 
</s:Envelope> 

10 



PAMS System Setup and Configuration 

The steps for system setup and configuration are as follows: 

1. Install Hadware 
15 2. Install Software 

3, Start Software Services 



The hardware configuration is described in Figure 14. PC's can be standard machines with 
100 Meg of hard disk space and 32 Meg of memory. Windows 2000/95 are some of the 
20 operating systems that can be used. Servers can also be standard machines available from 
HP, Sun, etc., UNIX or Windows NT 4.0/SP4 are some of the operating systems that can 
be used. Servers should have a minimum of 100 Meg of disk space and 256M of memory. 



Install Software 
25 Arcot - Software setup 

Arcofs WebFort comes with four setup programs for installing the WebFort components. 
Each of these components are required for configuring PAMS: 

(a) Policy module - This component generates certificates for software smart cards using 
the Microsoft Certificate Server. Generation of certificates within the PAMS 
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Authentication Agent is the default operating mode when an external Authentication 
Provider is not being utilized. 

(b) Registration Authority - This system generates requests for certificates and sends 
them to the Certificate Authority. Also included is the personalization console, which 

5 is used to issue and manage software smart cards. 

(c) Card Service - This program supports the activation of software smart cards and 
provides the ability for card roaming. 

(d) Broadcast Service - The system is responsible for updating the authentication servers 
when software smart cards are revoked. 

10 HP - Software setup 

(a) Obtain the latest version of the e-Speak software from the developers site . 

(b) To install the Windows NT version, download file es_x0301.exe. This is a self- 
extracting zip file. 

(c) In addition to the e-Speak code, the following software products are required: 
15 Oracle 8.0 for the backend database with thin client JDBC driver 

Java™ Servlet Development Kit (JSDK) 2.0, this is available at 
http://java.sun.com/products/servlet 

20 WebAccess solution Java Servlet Development Kit (JSDK) 2.0 

Apache web server and Apache Jserv 

(d) e-Speak is then configured for the NT environment. This process is explained in the e- 
25 Speak implementation guide page 1 4. 

Start Software Service 
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1 . Start Arcot WebFort. Webfort services are straight forward and are explained in the 
WebFort manual. For example, if WebFort is loaded on a Windows NT environment, 
WebFort services would be started using the Services Utility of the Control Panel. 
The Services Utility will list the Authentication service, and the Broadcast service. 

5 Click 'Start' to initiate services. The personalization console and the server 
management console are started from the NT Start Menu. 

2. Start HP e-Speak. Starting e-Speak can be done by changing to the <instal!Dir> and 
entering Wespeak' to start the e-Speak core and basic services. 



10 Start Agent Services 

The system is started by the following steps: 

1 . Star the e-Speak core. 

2. Create and register PAMS vocabularies. 

3. Register PAMS Agents 

15 4. Register PAMS service providers as e_Speak services. 

In the second step, the PAMS agents also register the default authentication and audit 
service handlers with e-Speak. Since these agents are system default, they can simply be 
called by name by other PAMS portal modules. 

Once a vocabulary has been created, the implementation of the service interface is created. 
20 Specific instructions on creation of the interface can be obtained from the current version 
of the e-Speak manual. The following steps are indicative of the steps involved. 

1 . Define the interface that describes the Arcot API's so that it conforms to e_Speak 
IDL. 

2. Create a new ESServiceElement. Set the value of the vocabulary attributes and 
25 provide the implementation to the service element. The service is then registered 

and started so that the service can be found and utilized by others. This is done by 
connecting to the eJSpeak core (as prevously done) and then creating the PAMS 
agent service. Each service is defined by creating a file 'PAMSAgent.xmT to 
register the service. PAMAgent.xml has beeb previously presented in the section 
30 entitled "Register Agent Services". 
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3. Indicative steps to create and deploy the PAMS Agent service: 
Java PAMSAuthAgentService PAMSAgentVocabulary.xml 

4. PAMSAuthAgentService java registers the service: 
ESConnection session=new ESConnection(PropertyFilel"); 

5 5. The service element is created and an implementation object is associated with it: 
ESServiceElement servElem = new ESServiceElement(session, essd); 
servElem.setImplementation(newPAMSAuthAgentServiceImp(); 

6. The service is registered 

ESAccessor accessor = servElem.register(); (refer to prior section entitled 
10 "Register Agent Services" for an equivalent registration done in XML) 

7. The service is advertised to the core(s): 
servElem.advertise(); 

8. The service is started: 
servElem. start(); 



Register PAMS Vocabularies 

See prior vocabulary definitions in XML format. Each XML vocabulary can be 
registered simply by sending the request through the Webaccess component of e- 

20 speak. 

Register PAMS Service Providers 

This is done by PAMS's administration console. The procedure will be different 
depending on whether the service provider is internal or external Internal service 
provider comes with a service description file describing full details of the service. 

25 The console picks up the configuration file for registration. External service provider, 

on the other hand, is typically discovered through e-speak's advertising service. In the 
case where the service' ESURL is known, the discovery step can be skipped, and the 
console can connect to the service directly through e-speak. 
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Although the present invention has been described in considerable detail with reference to 
certain preferred versions thereof, other versions are possible. Therefore the spirit and 
scope of the appended claims should not be limited to the preferred versions herein. 
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